Jaka jest różnica w zachowaniu pomiędzy return-path, reply-to I from?

W naszej aplikacji mailingowej wysyłamy e-maile z następującym nagłówkiem:

FROM: [email protected]
TO: [email protected]
Return-PATH: [email protected]

Problem, z którym mamy do czynienia, polega na tym, że niektóre serwery pocztowe natychmiast odbijają wiadomość i używają ścieżki from lub reverse ([email protected]) zamiast do naszego serwera Bounce mgmt. Chcemy wiedzieć, czy zmienimy w nagłówku reply-to tak samo jak return-path czy będziemy w stanie wychwycić wszystkie odbicia.

Jakieś inne pomysły są mile widziane?

Używamy następujące dokumenty jako referencje: VERP RFC Bounce Messages

SMTP Log Parsing to get Bounces

EDIT 1: jeszcze kilka bitów informacji, aby zobaczyć, czy możemy uzyskać To rozwiązanie.

Chcemy wiedzieć, w którym momencie serwer pocztowy przekazujący wiadomość wybierze użycie ścieżki odpowiedzi i zwrotu. Zauważyliśmy, że gdy pierwszy serwer smtp przekazujący wiadomość zostanie odrzucony, wysyła ją do reply-to, ale gdy dzieje się po jednym skoku wysyła go do ścieżki powrotnej.

Author: Geo, 2009-08-06

4 answers

Zacznijmy od prostego przykładu. Załóżmy, że masz listę e-mail, która wyśle następującą zawartość RFC2822.

From: <[email protected]>
To: <[email protected]>
Subject: Super simple email
Reply-To: <[email protected]>

This is a very simple body.

Załóżmy, że wyślesz go z listy mailingowej, która implementuje VERP (lub inny mechanizm śledzenia odbić, który używa innej ścieżki powrotnej). Powiedzmy, że będzie miał drogę powrotną [email protected]. sesja SMTP może wyglądać następująco:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<[email protected]>
{S}250 2.1.0 [email protected] OK
{C}RCPT TO:<[email protected]>
{S}250 2.1.5 [email protected] 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <[email protected]>
To: <[email protected]>
Subject: Super simple email
Reply-To: <[email protected]>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

Gdzie {C} i {S} reprezentują odpowiednio polecenia klienta i serwera.

Poczta odbiorcy wyglądałaby następująco:

Return-Path: [email protected]
From: <[email protected]>
To: <[email protected]>
Subject: Super simple email
Reply-To: <[email protected]>

This is a very simple body.

Teraz, opiszmy różne"od" s.

  1. Return-Path (czasami nazywany Reverse-Path lub obwiednią-FROM -- wszystkie te terminy mogą być używane zamiennie) jest wartością używaną podczas sesji SMTP. Jak widać, nie musi to być ta sama wartość, która znajduje się w nagłówkach wiadomości. Tylko serwer pocztowy odbiorcy jest powinien dodać nagłówek Return-Path na górze wiadomości e-mail. Zapisuje to rzeczywisty nadawcę ścieżki powrotnej podczas sesji SMTP. Jeśli nagłówek Return-Path już istnieje w wiadomości e-mail, nagłówek ten ma zostać usunięty i zastąpiony przez serwer poczty odbiorcy.

    Wszystkie odbicia występujące podczas sesji SMTP powinny wrócić do wartości Return-Path. Niektóre serwery mogą akceptować wszystkie wiadomości e-mail, a następnie ustawiać je w kolejce lokalnie, dopóki nie będzie miał darmowego wątku, który dostarczy go do skrzynki pocztowej odbiorcy. Jeśli odbiorca nie istnieje, powinien wrócić do zarejestrowanej wartości ścieżki powrotnej.

    Uwaga, nie wszystkie serwery pocztowe przestrzegają tej zasady. Niektóre serwery pocztowe odbiją go z powrotem na adres od.

  2. Adres FROM jest wartością faktycznie znajdującą się w nagłówku FROM. To od niego powinna być wiadomość. To jest to, co widzisz jako " OD " w większości klientów pocztowych. Jeśli wiadomość e-mail nie ma nagłówka Reply-To, wszystkie odpowiedzi człowieka (klienta pocztowego) powinny wrócić na adres od.

  3. Nagłówek Reply-To jest dodawany przez nadawcę (lub oprogramowanie nadawcy). Tam też należy zająć się wszystkimi odpowiedziami ludzkimi. Zasadniczo, gdy użytkownik kliknie "odpowiedz", wartość Reply-To powinna być wartością używaną jako odbiorca nowo skomponowanej wiadomości e-mail. Wartość Reply-To nie powinna być używana przez żaden serwer. Jest przeznaczony do użytku po stronie klienta.

    Jednak, jak widać, nie wszystkie serwery pocztowe spełniają standardy RFC lub zalecenia.

Mam nadzieję, że to pomoże wyjaśnić sprawę. Jeśli jednak coś przeoczyłem, daj mi znać, a postaram się odpowiedzieć.
 228
Author: dave wanta,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-11-01 13:12:57

Innym sposobem myślenia o Return-Path vs Reply-To jest porównanie go z pocztą ślimakową.

Kiedy wysyłasz kopertę pocztą, podajesz adres zwrotny. Jeśli odbiorca nie istnieje lub odrzuca Twoją pocztę, listonosz zwraca kopertę z powrotem na adres zwrotny. W przypadku poczty e-mail adres zwrotny to Return-Path.

Wewnątrz koperty może znajdować się list, a wewnątrz listu może skierować odbiorcę do "Wyślij korespondencję do przykład adres". W przypadku poczty e-mail przykładowy adres to Reply-To.

Zasadniczo adres zwrotny jest porównywalny do nagłówka SMTP Return-Path, a nagłówek SMTP Reply-To jest podobny do instrukcji odpowiedzi zawartej w liście.

 128
Author: Jesse Hobart,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-25 17:00:06

Dla tych, którzy tu dotarli, ponieważ tytuł pytania:

Używam adresu Reply-To: z webforms. gdy ktoś wypełnia formularz, strona internetowa wysyła automatyczną wiadomość e-mail do właściciela strony. From: jest automatycznym adresem nadawcy poczty, więc właściciel wie, że pochodzi z formularza internetowego. ale adres Reply-To: jest tym wypełnionym w formularzu przez użytkownika, więc właściciel może po prostu nacisnąć Odpowiedz, aby się z nim skontaktować.

 4
Author: robotik,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-04-19 17:53:11

Musiałem dodać nagłówek Return-Path w e-mailach wysyłanych przez instancję Redmine. Zgadzam się z greatwolf tylko nadawca może określić poprawną (nie domyślną) ścieżkę zwrotu. Sprawa wygląda następująco : E-maile wysyłane są z domyślnym adresem e-mail : [email protected] Ale chcemy, aby prawdziwy użytkownik inicjujący akcję otrzymywał e-maile bounce, ponieważ to on będzie wiedział, jak naprawić błędne e-maile odbiorców (a nie administratorzy aplikacji, którzy mają inne koty do bicia :-) ). My użyj tego i działa doskonale z exim na serwerze aplikacji i zimbra jako ostateczny firmowy serwer pocztowy.

 1
Author: Smile,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2013-07-23 15:49:42