RFC-compliant e-mail

Wiadomość zgodna z RFC to e-mail spełniający wymogi składniowe określone w specyfikacjach internetowych.

Co oznacza zgodność wiadomości z RFC

Określenie „RFC-compliant e-mail” oznacza wiadomość przygotowaną zgodnie z regułami opisanymi w dokumentach RFC, czyli publikowanych specyfikacjach używanych do standaryzacji Internetu. W praktyce nie chodzi o jeden dokument ani o pojedynczy test. Format samej wiadomości opisuje przede wszystkim RFC 5322, natomiast sposób jej przekazywania między serwerami pocztowymi określa RFC 5321. Wiadomość może więc mieć poprawną strukturę nagłówków, ale nie zostać dostarczona, jeśli transmisja SMTP albo adres odbiorcy nie spełnia wymagań odpowiedniego protokołu.

Wiadomość e-mail składa się z nagłówków oraz treści oddzielonych pustą linią. Nagłówki mają postać pola z nazwą, dwukropkiem i wartością, na przykład From:, To:, Date: lub Subject:. RFC 5322 wymaga obecności pól daty nadania oraz autora wiadomości, czyli odpowiednio origination date i From:. Kolejność nagłówków nie jest dowolnym sposobem kodowania danych aplikacji, lecz częścią ustalonej składni. Każdy wiersz protokołu jest zakończony sekwencją CRLF, czyli znakami powrotu karetki i przejścia do nowej linii.

Adresy, nagłówki i ograniczenia długości

Adres pocztowy w polach nagłówka nie jest zwykłym tekstem. RFC 5322 opisuje między innymi adresy typu local-part@domain, komentarze, nazwy wyświetlane oraz adresy ujęte w nawiasy ostre, takie jak Jan Kowalski <Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Część lokalna może korzystać z formy atomowej z kropkami albo z formy cytowanej. Z tego powodu aplikacja, która uznaje za poprawne wyłącznie adresy złożone z liter, cyfr, kropki i znaku „@”, może odrzucać składniowo dozwolone przypadki. Jednocześnie zgodność z RFC nie oznacza, że każdy serwer zaakceptuje każdą dopuszczalną konstrukcję.

RFC 5322 ustala limit 998 znaków w pojedynczym wierszu wiadomości, bez kończącej sekwencji CRLF, oraz zaleca utrzymywanie wierszy o długości najwyżej 78 znaków, aby poprawnie wyświetlały się w programach pocztowych. W SMTP limit wiersza tekstu wynosi 1000 oktetów razem z CRLF, a maksymalna długość wiersza komendy SMTP wynosi 512 oktetów razem z CRLF; te wartości wynikają z RFC 5321. Oktet nie zawsze odpowiada jednemu znakowi, ponieważ kodowania wielobajtowe, takie jak UTF-8, mogą zapisywać pojedynczy znak za pomocą kilku oktetów. Program generujący pocztę musi zatem uwzględniać właściwy poziom pomiaru.

Kodowanie treści, załączników i znaków spoza ASCII

Treść tekstowa oraz załączniki są opisywane przez standard MIME zdefiniowany między innymi w RFC 2045. Nagłówki MIME-Version, Content-Type i Content-Transfer-Encoding informują odbiorcę, jaki jest typ danych i jak należy odtworzyć ich zawartość. Załącznik binarny nie jest przesyłany jako surowe bajty w zwykłym strumieniu SMTP. Najczęściej jest kodowany metodą Base64, a wiadomość wieloczęściowa wykorzystuje konstrukcję multipart z granicą oddzielającą poszczególne części.

Znaki narodowe wymagają poprawnego zastosowania kodowania. RFC 2047 definiuje sposób zapisywania znaków spoza ASCII w wybranych nagłówkach, na przykład w temacie wiadomości, przy użyciu tak zwanych encoded-word. Sam tekst wiadomości może być zapisany jako UTF-8, jeśli nagłówki MIME wskazują odpowiedni zestaw znaków. Dla adresów zawierających znaki spoza ASCII stosuje się rozszerzenia EAI opisane w RFC 6530, RFC 6531 i RFC 6532. Obsługa takich adresów zależy również od serwera oraz programu odbiorcy, dlatego poprawność składniowa i faktyczna dostarczalność są odrębnymi kwestiami.

Sprawdzanie poprawności wiadomości w praktyce serwisowej

Weryfikacja RFC-compliant e-mail powinna obejmować surową wiadomość, a nie tylko widok wyświetlany przez klienta pocztowego. Analizuje się obecność wymaganych pól, poprawne zakończenia CRLF, strukturę adresów, długości wierszy, deklaracje MIME oraz zgodność kodowania z rzeczywistą zawartością. Warto także odróżnić nagłówki wiadomości od parametrów koperty SMTP: adres użyty w komendzie MAIL FROM i adres widoczny w polu From: pełnią różne funkcje i nie muszą być identyczne.

Podczas diagnostyki laptopa lub komputera PC problemy z RFC-compliant e-mail mogą wynikać z błędnej konfiguracji programu pocztowego, uszkodzonego dodatku, nieprawidłowego kodowania znaków, lokalnego filtra albo problemu z połączeniem SMTP. Sam komunikat o odrzuceniu wiadomości nie przesądza jeszcze o błędzie sprzętowym. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a w ramach diagnostyki stanowiska można sprawdzić również działanie klienta pocztowego, jego pliki konfiguracyjne oraz sposób tworzenia i wysyłania wiadomości.