Standardy i specyfikacje pocztowe

Standardy i specyfikacje pocztowe to zbiorcze określenie dokumentów RFC opisujących protokoły i format wiadomości.

RFC jako podstawa komunikacji pocztowej

Standardy i specyfikacje pocztowe to zbiorcze określenie dokumentów RFC, które opisują sposób przesyłania wiadomości elektronicznych, ich budowę oraz zasady wymiany informacji między klientem pocztowym a serwerem. RFC, czyli Request for Comments, są publikowanymi dokumentami technicznymi rozwijanymi przede wszystkim w ramach Internet Engineering Task Force. Nie są jednym programem ani pojedynczym protokołem. Tworzą zestaw powiązanych reguł, dzięki którym wiadomość przygotowana w jednym programie może zostać przekazana przez obce serwery i odczytana w innym kliencie pocztowym.

Podstawowy podział przebiega między protokołem transportowym a formatem danych. RFC 5321 opisuje SMTP, czyli Simple Mail Transfer Protocol, używany do przekazywania poczty między serwerami oraz do wysyłania wiadomości przez klienta do serwera. RFC 5322 definiuje format wiadomości internetowej, w tym nagłówki, kolejność pól oraz treść oddzieloną od nagłówków pustą linią. Dzięki temu serwer może analizować adres nadawcy, adresata, temat i inne pola bez interpretowania właściwej treści wiadomości.

SMTP, adresowanie i przebieg dostarczenia wiadomości

SMTP działa jako protokół tekstowy oparty na wymianie komend i odpowiedzi. W typowej sesji klient lub serwer wysyła komendę EHLO albo HELO, następnie uzgadniane są możliwości drugiej strony. Komenda MAIL FROM określa adres nadawcy na poziomie koperty SMTP, a RCPT TO wskazuje adresata. Po komendzie DATA rozpoczyna się przekazywanie nagłówków oraz treści wiadomości, zakończone sekwencją kropki umieszczonej w osobnym wierszu. Adres koperty może różnić się od adresu widocznego w polu From nagłówka opisanego przez RFC 5322, co ma znaczenie między innymi dla obsługi zwrotek i mechanizmów uwierzytelniania.

Serwery pocztowe wykorzystują rekordy MX w systemie DNS, aby ustalić, który host przyjmuje pocztę dla określonej domeny. SMTP może działać na różnych etapach połączenia z użyciem mechanizmu STARTTLS opisanego w RFC 3207. STARTTLS rozpoczyna połączenie w trybie tekstowym, a następnie przełącza je na szyfrowany kanał TLS, jeżeli obie strony obsługują tę możliwość. Sam fakt użycia TLS szyfruje transmisję między konkretnymi uczestnikami połączenia, ale nie oznacza automatycznie, że wiadomość będzie zaszyfrowana na całej drodze od nadawcy do odbiorcy.

Do odbierania poczty stosuje się inne protokoły. POP3 opisany w RFC 1939 został zaprojektowany przede wszystkim do pobierania wiadomości na urządzenie użytkownika. IMAP, którego aktualną podstawową specyfikację opisuje RFC 9051, pozwala zarządzać wiadomościami przechowywanymi na serwerze, folderami, flagami przeczytania i innymi elementami skrzynki. SMTP służy do wysyłania i przekazywania wiadomości, natomiast POP3 oraz IMAP dotyczą dostępu do dostarczonej poczty.

MIME, kodowanie znaków i uwierzytelnianie nadawcy

Oryginalny format wiadomości internetowej nie wystarczał do wygodnego przesyłania załączników, obrazów i treści w HTML. Rozszerzenia MIME opisane w RFC 2045–2049 wprowadzają między innymi nagłówki Content-Type, Content-Transfer-Encoding oraz boundary. Content-Type określa rodzaj danych, na przykład text/plain, text/html albo application/pdf. Granice MIME pozwalają rozdzielić wiele części jednej wiadomości, a kodowania takie jak Base64 umożliwiają przekazanie danych binarnych w środowisku opartym pierwotnie na znakach tekstowych.

Rozszerzenie UTF-8 w poczcie internetowej opisuje między innymi RFC 6531, które wprowadza możliwość używania znaków spoza podstawowego alfabetu ASCII w adresach i transmisji SMTP poprzez mechanizm SMTPUTF8. Obsługa tego rozszerzenia musi być uzgodniona przez serwer podczas sesji EHLO. Jeżeli odbiorca lub pośredni serwer nie obsługuje SMTPUTF8, wiadomość zawierająca internacjonalizowany adres może wymagać przekształcenia albo nie zostać prawidłowo dostarczona.

Do oceny wiarygodności nadawcy stosuje się kilka odrębnych standardów. SPF opisany w RFC 7208 wykorzystuje rekord TXT w DNS do wskazania serwerów uprawnionych do wysyłania poczty z danej domeny. DKIM, opisany w RFC 6376, dodaje do wiadomości podpis kryptograficzny w nagłówku DKIM-Signature, a klucz publiczny jest publikowany w DNS. DMARC, opisany w RFC 7489, określa zasady postępowania z wiadomościami, które nie przechodzą kontroli SPF lub DKIM i nie spełniają wymogu zgodności domeny z widocznym adresem From.

Ślady standardów w konfiguracji klienta pocztowego

Na laptopie lub komputerze PC działanie poczty zależy od zgodności programu z wymaganiami serwera. Błąd wysyłania może wynikać z nieprawidłowej nazwy hosta SMTP, niewłaściwego portu, braku uwierzytelniania albo nieudanego uzgodnienia TLS. Problem z odbieraniem wiadomości może dotyczyć konfiguracji IMAP lub POP3, błędnego hasła, blokady połączenia przez zaporę sieciową albo niezgodności ustawień szyfrowania. Sam komunikat programu trzeba interpretować razem z kodem odpowiedzi serwera, ponieważ podobne objawy mogą mieć różne przyczyny.

W diagnostyce warto rozdzielić trzy elementy: połączenie sieciowe, negocjację protokołu oraz przetwarzanie wiadomości. Jeżeli klient nie może odnaleźć hosta, należy sprawdzić rozwiązywanie DNS i nazwę domenową. Jeżeli serwer odpowiada, lecz odrzuca komendę, istotny może być kod SMTP z zakresu 4xx lub 5xx. Odpowiedzi rozpoczynające się od 4 zwykle sygnalizują błąd przejściowy, a odpowiedzi z grupy 5 trwałe odrzucenie żądania, choć szczegółową interpretację wyznacza pełny kod i tekst odpowiedzi. Przy załącznikach trzeba dodatkowo sprawdzić strukturę MIME, typ pliku i poprawność kodowania.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów i komputerów PC, w tym diagnostyką problemów z działaniem oprogramowania pocztowego na urządzeniu użytkownika. Analiza ustawień klienta, komunikatów błędów i zachowania systemu pozwala odróżnić usterkę komputera od problemu z kontem, serwerem lub zgodnością stosowanych standardów.