Jaka jest różnica między Sender, From i Return-Path?

138

Jaka jest różnica między wartością nadawcy wiadomości e-mail, nadawcy i wartości ścieżki zwrotu?

Przykład : Mam formularz kontaktowy, w którym użytkownik może wprowadzić swój adres e-mail, czy będzie on przypisany do nadawcy, z czy ścieżki zwrotnej?

Szybko przeszukałem StackOverflow i nie mogłem znaleźć nic przydatnego.

email smtp

— Programista Pixel
źródło

Odpowiedzi:

171

Tak więc w przypadku przesyłania wiadomości przez SMTP koperta SMTP (nadawca, adresaci itp.) Różni się od rzeczywistych danych wiadomości.

SenderHeader służy do identyfikacji w komunikacie, który go złożonego. Zwykle jest to to samo, co Fromnagłó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-PathHeader 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 sender@yourcompany.comwpisuje wiadomość i przesyła ją. Następnie serwer wysyła wiadomość do odbiorcy z Fromustawieniem na sender@yourcompany.com. Rzeczywiste przesłanie SMTP używa różnych poświadczeń, na przykład mailagent@mywebmail.com. Tak więc sendernagłówek jest ustawiony na mailagent@mywebmail.com, aby wskazać, że Fromnagłó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-Pathteż powinien być ustawiony mailagent@mywebmail.comtak, 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.

— Shawn D.
źródło

Nie musisz też wszystkiego ustawiać. tzn. jeśli pominiesz ścieżkę nadawcy i zwrotnego, trafią one na adres Od. Jeśli pominiesz ścieżkę powrotną, myślę, że raporty NDR trafią do nadawcy.

— Shawn D.

... co jest atrakcyjne dla bombowców pocztowych. Nie rób tego!

— tripleee

Czy dobrze to rozumiem? Mówiąc o formularzu internetowym do przesłania wiadomości e-mail, czy Senderjest osobą, która przesłała formularz internetowy i czy Fromjest to serwer, który wysłał wiadomość e-mail? A może jest odwrotnie?

— Ethan Leroy

Wyobraź sobie VIP-a, który ma asystenta zarządzającego skrzynką pocztową. Jeśli asystent pisze e-mail w imieniu VIP, asystentem jest Sender, ale wiadomość to FromVIP. Tak się dzieje, gdy widzisz wiadomość e-mail opisaną jako „Od Asystenta w imieniu VIP”

— dewin,

@ShawnD., A jeśli nie ma Return-Path. Czy to domyślnie Senderwtedy?

— Pacerier,

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)

2.1.2. Pole nagłówka: od

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3. Pole nagłówka: nadawca

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22. Pole nagłówka: Return-Path

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.

— naitsirch
źródło

Dziękuję za podanie oficjalnego linku do RFC. To naprawdę przydatne, jeśli ktoś zapyta: „Na czym opiera się?”

— bayuah

Ta druga odpowiedź (z 2011 r.) Głosi, że wskazana tutaj metoda powoduje, że Gmail oznacza wiadomości e-mail jako spam. Zastanawiam się, czy nadal tak jest dzisiaj.

— showdev

Zaktualizowano w RFC 5322 tools.ietf.org/html/rfc5322#section-3.6 . Czy ktoś może powiedzieć ludziom SMTP RFC, że pomogłoby, gdyby pole nadawcy musiało pasować do adresu nadawcy używanego w procesie uzgadniania SMTP, jeśli ma być używane.

— BeowulfNode42

Drobna aktualizacja: nadawca nigdy nie powinien ustawiać Return-Path:nagłówka. Nie ma czegoś takiego jak Return-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.Fromchyba ż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

— cmeid
źródło

Nadawca korzystający z klienta poczty e-mail nie ustawiłby tego, ale „nadawca” piszący skrypt, który wysyła e-maile, może ustawić to skryptowo, dlatego uważam, że mylące jest twierdzenie, że nadawca nigdy nie powinien tego ustawiać.

— chiliNUT

Niestety, Chilinut jest w rzeczywistości niedokładny. Nagłówek Return-Path: w przesyłanej wiadomości zostanie odrzucony, MDA (agent dostarczający pocztę), który realizuje ostateczne dostarczenie, ustawi nagłówek Return-Path: tak, aby odpowiadał wartości 5321. wiadomość. Dzieje się tak, ponieważ koperta jest tracona po dostarczeniu wiadomości, więc nagłówek Return-Path: rejestruje, z jakiego źródła pochodziła, gdy MDA odebrała wiadomość.

— cmeid

Patrzę teraz na nagłówki wiadomości w mojej skrzynce odbiorczej, a ma ona From:adres i ( inny ) Return-Path:adres, więc nie wiem, o czym mówisz

— chiliNUT

Return-Path:Nagłówek odzwierciedla kopercie z, lub adres RFC5321.From. From:Nagłówek odzwierciedla z nagłówka lub adres RFC5322.From.

— cmeid

To zaczyna być semantyka, ważne (jak wyżej) jest to, że nie możesz ustawić 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. Zasadniczo Return-Path:nagłówek zawiera informacje o pochodzeniu koperty, ponieważ koperta jest wyrzucana przy dostawie.

— cmeid