RFC 4409

RFC 4409 określa zasady komunikacji między klientem a serwerem przy przesyłaniu wiadomości do wysłania.

Rola RFC 4409 w przesyłaniu poczty

RFC 4409, opublikowany w kwietniu 2006 roku, opisuje usługę Message Submission for Mail, czyli przekazywanie nowej wiadomości od programu pocztowego użytkownika do serwera odpowiedzialnego za dalszy transport. Dokument rozdziela dwa etapy pracy poczty elektronicznej: submission, wykonywane przez Message Submission Agent (MSA), oraz relay, wykonywane przez Message Transfer Agent (MTA). Program pocztowy, określany jako Message User Agent (MUA), tworzy wiadomość i przekazuje ją do MSA, a MSA może następnie dostarczyć ją lokalnie albo przekazać dalej do MTA.

Rozdzielenie tych funkcji ma znaczenie dla kontroli dostępu i polityki wysyłania. Serwer przyjmujący wiadomości od własnych użytkowników może wymagać uwierzytelnienia, sprawdzać uprawnienia nadawcy, rejestrować błędne konfiguracje oraz odrzucać niepoprawne dane. Serwer relay obsługuje natomiast transport między systemami pocztowymi. RFC 4409 wskazuje, że klasyczny SMTP używany do przekazywania poczty między serwerami pozostaje związany z portem 25, natomiast zgodna z dokumentem usługa submission korzysta normalnie z portu 587.

Port 587, MSA i przebieg sesji ESMTP

Port TCP 587 jest zarezerwowany dla przesyłania wiadomości zgodnie z RFC 4409. Protokół pozostaje rozszerzonym SMTP, czyli ESMTP, ale serwer submission stosuje dodatkowe wymagania właściwe dla wiadomości pochodzących od klientów. Typowa sesja rozpoczyna się od połączenia programu pocztowego z serwerem, wymiany powitania oraz komendy EHLO. Serwer może w odpowiedzi ogłosić obsługę rozszerzeń takich jak AUTH, STARTTLS, PIPELINING, DSN lub 8BITMIME.

Po zestawieniu wymaganej ochrony i uwierzytelnieniu klient wysyła komendę MAIL FROM, następnie co najmniej jedną komendę RCPT TO, a później DATA wraz z treścią wiadomości zakończoną sekwencją końca danych SMTP. RFC 4409 dopuszcza również użycie rozszerzenia CHUNKING i komendy BDAT jako zamiennika dla DATA, jeśli serwer obsługuje takie rozwiązanie. Port 587 nie jest protokołem odbierania poczty: do pobierania wiadomości służą odrębne mechanizmy, między innymi POP3 lub IMAP.

Uwierzytelnianie, adresy i kody odpowiedzi

Jednym z podstawowych wymagań RFC 4409 jest kontrola tego, kto może przesłać wiadomość do MSA. Serwer powinien domyślnie zwrócić błąd przy komendzie MAIL, jeżeli sesja nie została uwierzytelniona przez SMTP AUTH albo serwer nie ustalił wcześniej innej wiarygodnej podstawy autoryzacji, na przykład połączenia z chronionej podsieci. Do sygnalizowania braku uwierzytelnienia stosowany jest kod SMTP 530. Samo połączenie z portem 587 nie oznacza więc automatycznie prawa do wysłania wiadomości.

MSA musi także dopilnować, aby domeny w kopercie SMTP były w pełni kwalifikowane, czyli możliwe do jednoznacznego odniesienia w globalnym systemie DNS. Dokument zaleca odrzucanie niepoprawnej składni adresów nadawcy i odbiorcy. Kod 501 służy do sygnalizowania wykrywalnie niepoprawnego adresu w komendzie MAIL lub RCPT, kod 554 jest ogólnym kodem odrzucenia nieprawidłowej komendy lub danych, a kod 550 może oznaczać brak uprawnień albo naruszenie polityki serwera. Pusta ścieżka zwrotna MAIL FROM:<> jest dopuszczalna i sama w sobie nie może być powodem odrzucenia.

RFC 4409 w konfiguracji programu pocztowego

W praktyce błędy związane z RFC 4409 pojawiają się między innymi wtedy, gdy klient został ustawiony na port 25 zamiast 587, używa nieprawidłowej nazwy serwera submission, nie wykonuje uwierzytelnienia albo próbuje wysłać wiadomość przed zakończeniem procedury TLS. Objawem może być odpowiedź 530 wymagająca uwierzytelnienia, 554 przy odrzuceniu koperty lub danych, 550 przy braku uprawnień albo komunikat dotyczący niepoprawnej składni adresu. Podczas diagnostyki należy sprawdzić port, tryb szyfrowania, moment wykonywania AUTH oraz zgodność adresu nadawcy z kontem zaakceptowanym przez usługę.

RFC 4409 jest dokumentem historycznym: zastąpił RFC 2476, a następnie został zastąpiony przez RFC 6409. Ma to znaczenie przy analizie starszych konfiguracji i dokumentacji, ponieważ współczesny serwer może powoływać się na RFC 6409, zachowując ten sam podstawowy model usługi submission. Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC oraz podzespołów, a w ramach diagnostyki może sprawdzić konfigurację programu pocztowego, poprawność ustawień SMTP submission i reakcje klienta na kody odpowiedzi serwera.