Tak więc w przypadku przesyłania wiadomości przez SMTP koperta SMTP (nadawca, adresaci itp.) Różni się od rzeczywistych danych wiadomości.
Sender
Header służy do identyfikacji w komunikacie, który go złożonego. Zwykle jest to to samo, co From
nagłówek, od którego pochodzi wiadomość. Jednak może się to różnić w niektórych przypadkach, gdy agent pocztowy wysyła wiadomości w imieniu innej osoby.
Return-Path
Header służy do wskazania odbiorcy (lub otrzymaniu MTA), gdzie wpływy zakaz dostawy mają zostać wysłane.
Na przykład weźmy serwer, który umożliwia użytkownikom wysyłanie poczty ze strony internetowej. Więc [email protected]
wpisuje wiadomość i przesyła ją. Następnie serwer wysyła wiadomość do odbiorcy z From
ustawieniem na [email protected]
. Rzeczywiste przesłanie SMTP używa różnych poświadczeń, na przykład [email protected]
. Tak więc sender
nagłówek jest ustawiony na [email protected]
, aby wskazać, że From
nagłówek nie wskazuje, kto faktycznie przesłał wiadomość.
W takim przypadku, jeśli wiadomość nie może zostać wysłana, prawdopodobnie lepiej, aby agent odebrał raport o niedostarczeniu, dlatego Return-Path
też powinien być ustawiony [email protected]
tak, aby wszelkie raporty doręczenia trafiały do niego zamiast do nadawcy.
Jeśli robisz tylko to, przesłanie formularza do wysłania wiadomości e-mail, to prawdopodobnie jest to bezpośrednie porównanie z ustawieniem nagłówków.
Sender
jest osobą, która przesłała formularz internetowy i czyFrom
jest to serwer, który wysłał wiadomość e-mail? A może jest odwrotnie?Sender
, ale wiadomość toFrom
VIP. Tak się dzieje, gdy widzisz wiadomość e-mail opisaną jako „Od Asystenta w imieniu VIP”Return-Path
. Czy to domyślnieSender
wtedy?Oficjalny dokument RFC, który definiuje tę specyfikację, można znaleźć tutaj:
http://tools.ietf.org/html/rfc4021#section-2.1.2 (patrz paragraf 2.1.2. i następne)
źródło
Drobna aktualizacja: nadawca nigdy nie powinien ustawiać
Return-Path:
nagłówka. Nie ma czegoś takiego jakReturn-Path:
nagłówek wiadomości w trakcie przesyłania. Ten nagłówek jest ustawiany przez MTA, który dostarcza ostateczną dostawę i zazwyczaj jest ustawiony na wartość,5321.From
chyba że system lokalny potrzebuje jakiegoś dziwacznego routingu.To powszechne nieporozumienie, ponieważ użytkownicy rzadko widzą wiadomość e-mail bez
Return-Path:
nagłówka w swoich skrzynkach pocztowych. Dzieje się tak, ponieważ zawsze widzą dostarczone wiadomości, ale MTA nigdy nie powinien widziećReturn-Path:
nagłówka w przesyłanej wiadomości. Zobacz http://tools.ietf.org/html/rfc5321#section-4.4źródło
From:
adres i ( inny )Return-Path:
adres, więc nie wiem, o czym mówiszReturn-Path:
Nagłówek odzwierciedla kopercie z, lub adres RFC5321.From.From:
Nagłówek odzwierciedla z nagłówka lub adres RFC5322.From.Return-Path:
nagłówka podczas wysyłania wiadomości. Jeśli tak się stanie, zostanie odrzucony podczas przesyłania, a później ustawiony na wartość RFC5321.From lub koperta-z przez MDA, który dokonuje ostatecznego dostarczenia wiadomości. ZasadniczoReturn-Path:
nagłówek zawiera informacje o pochodzeniu koperty, ponieważ koperta jest wyrzucana przy dostawie.