MAIL FROM

MAIL FROM to polecenie SMTP wskazujące adres nadawcy koperty, wykorzystywany do zwrotu wiadomości niedoręczonych.

Rola polecenia MAIL FROM w sesji SMTP

MAIL FROM jest poleceniem protokołu SMTP, które rozpoczyna określanie koperty wiadomości. Wskazuje tak zwany adres nadawcy koperty, nazywany także reverse-path. Jest to adres używany przez serwer pocztowy do obsługi komunikatów o niedostarczeniu wiadomości. Polecenie nie opisuje jeszcze pola „Od” widocznego w treści wiadomości, lecz przekazuje informację potrzebną do transportu poczty między serwerami.

Typowa składnia ma postać MAIL FROM:<Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. Po otrzymaniu tego polecenia serwer SMTP powinien zaakceptować nadawcę koperty albo zwrócić odpowiedź wskazującą błąd. Dopiero po poprawnym wykonaniu polecenia MAIL FROM klient może przesłać jedno lub więcej poleceń RCPT TO, określających odbiorców. Następnie treść wiadomości jest przekazywana po komendzie DATA.

Adres zapisany w kopercie może różnić się od adresu znajdującego się w nagłówku wiadomości. Rozdzielenie tych dwóch warstw jest istotne, ponieważ serwery SMTP przetwarzają kopertę podczas transportu, natomiast program pocztowy wyświetla użytkownikowi przede wszystkim nagłówki zapisane w danych wiadomości. Z tego powodu zmiana pola „From:” w treści nie musi zmienić adresu używanego do zwrotu informacji o błędzie dostarczenia.

Adres koperty a nagłówek From

Adres przekazany w poleceniu MAIL FROM należy odróżnić od nagłówka From: zdefiniowanego dla formatu wiadomości internetowych. Nagłówek From: informuje odbiorcę, kto jest przedstawiany jako autor wiadomości. Z kolei adres koperty jest elementem dialogu SMTP i może zostać zapisany przez serwer w nagłówku Return-Path po zakończeniu dostarczania do skrzynki. Zapisanie tego nagłówka nie jest zwykłym kopiowaniem pola „From:”.

Przykładowo, wiadomość może zawierać nagłówek From: Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript., a jednocześnie zostać wysłana z kopertą MAIL FROM:<Ten adres pocztowy jest chroniony przed spamowaniem. Aby go zobaczyć, konieczne jest włączenie w przeglądarce obsługi JavaScript.>. W takim przypadku odpowiedzi techniczne dotyczące niedostarczenia powinny być kierowane na adres koperty, a niekoniecznie na adres widoczny jako autor wiadomości. Taki model jest używany między innymi przez systemy wysyłające powiadomienia, ponieważ pozwala oddzielić adres kontaktowy nadawcy od adresu obsługującego zwroty.

Adres koperty nie jest samodzielnym mechanizmem potwierdzania tożsamości nadawcy. Samo wpisanie określonego adresu w MAIL FROM nie dowodzi, że klient ma prawo wysyłać pocztę w imieniu danej domeny. O tym, czy transmisja jest akceptowana, decydują również reguły serwera, uwierzytelnienie SMTP oraz dodatkowe mechanizmy polityki pocztowej. Dlatego zgodność adresu koperty z nagłówkiem wiadomości nie powinna być traktowana jako jedyny dowód autentyczności korespondencji.

Parametry, pusty reverse-path i odpowiedzi serwera

Polecenie może zawierać parametry rozszerzające, jeśli klient i serwer uzgodniły odpowiednie rozszerzenia SMTP. Przykładem jest parametr SIZE, który pozwala zadeklarować przewidywany rozmiar wiadomości. W systemach obsługujących powiadomienia o stanie dostarczenia spotyka się także parametry związane z rozszerzeniem DSN, takie jak RET i ENVID. Ich użycie zależy od możliwości serwera i od tego, czy klient poprawnie rozpoznał rozszerzenia ogłaszane w odpowiedzi na EHLO.

Szczególnym przypadkiem jest pusty reverse-path zapisany jako MAIL FROM:<>. Stosuje się go przy wiadomościach generowanych jako raporty o niedostarczeniu, aby nie tworzyć kolejnego zwrotnego komunikatu i nie powodować pętli błędów. Pusty adres koperty nie oznacza braku nadawcy w sensie organizacyjnym, lecz informuje transport SMTP, że dla tej konkretnej wiadomości nie należy generować następnego automatycznego zwrotu na podstawie adresu koperty.

Serwer odpowiada na polecenia SMTP trzycyfrowymi kodami odpowiedzi. Kod z grupy 2xx oznacza pomyślne przyjęcie operacji, kod 4xx wskazuje błąd tymczasowy, a kod 5xx błąd trwały. Przyczyną odrzucenia MAIL FROM może być między innymi niepoprawna składnia, brak rozpoczęcia sesji połączeniem lub komendą EHLO, odmowa nadawcy przez politykę serwera albo wymaganie uwierzytelnienia. Dokładna interpretacja zależy od kodu i tekstu odpowiedzi zwróconego przez konkretny serwer.

Znaczenie MAIL FROM przy analizie wysyłki wiadomości

Podczas sprawdzania problemu z wysyłką warto analizować pełny przebieg sesji SMTP, a nie tylko adres wyświetlany w programie pocztowym. Należy ustalić, jaki adres został przekazany w MAIL FROM, jakie kody odpowiedzi pojawiły się po tej komendzie oraz czy serwer zaakceptował późniejsze polecenia RCPT TO i DATA. Odrzucenie na etapie MAIL FROM oznacza inny problem niż odrzucenie konkretnego odbiorcy po komendzie RCPT TO.

W praktyce diagnostycznej trzeba również uwzględnić różnicę między konfiguracją klienta pocztowego a rzeczywistym logiem sesji. Niektóre programy pokazują osobno adres nadawcy wiadomości i adres używany do zwrotów, a część konfiguracji może pozostawiać wybór reverse-path serwerowi wysyłającemu. Błędny adres, nieprawidłowy format nawiasów ostrych, niedozwolony parametr albo próba użycia funkcji nieogłaszanej przez serwer mogą skutkować odpowiedzią 5xx lub 4xx. W przypadku błędu tymczasowego ponowienie transmisji może zakończyć się powodzeniem, natomiast błąd trwały wymaga korekty konfiguracji albo wyjaśnienia reguły odrzucenia.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, w tym diagnostyką problemów z programami pocztowymi oraz konfiguracją połączeń SMTP na komputerach użytkowników. Analiza może obejmować ustawienia konta, komunikaty błędów i podstawowe dane techniczne sesji, bez utożsamiania pola MAIL FROM z widocznym nagłówkiem „From:”.