it-swarm.com.de

Was ist der Verhaltensunterschied zwischen Rückweg, Antwort an und von?

In unserer Mailing-Anwendung senden wir E-Mails mit dem folgenden Header:

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

Das Problem, mit dem wir konfrontiert sind, ist, dass einige E-Mail-Server eine Nachricht sofort zurücksenden und stattdessen den Pfad from oder reverse ([email protected]) zu unserem Bounce-Server verwenden. Wir möchten wissen, ob wir die Antwort im Header so ändern, dass sie mit dem Rückgabepfad übereinstimmt, wenn wir alle Bounces abfangen können.

Irgendwelche anderen Ideen sind willkommen?

Wir verwenden die folgenden Dokumente als Referenz: VERP RFC Bounce Nachrichten

SMTP-Protokollanalyse zum Abrufen von Bounces

EDIT 1: Noch ein paar Informationen, um zu sehen, ob wir diese Lösung erhalten können.

Wir möchten wissen, an welchem ​​Punkt der E-Mail-Server, der die Nachricht weiterleitet, die Antwort-an-Antwort im Vergleich zum Rückgabepfad verwendet. Wir haben festgestellt, dass der erste SMTP-Server, der die Nachricht weiterleitet, sie ablehnt und an die Antwort sendet. Wenn dies jedoch nach einem Sprung geschieht, sendet er sie an den Rückgabepfad.

153
Geo

Beginnen wir mit einem einfachen Beispiel. Angenommen, Sie haben eine E-Mail-Liste, die den folgenden RFC2822 Inhalt sendet.

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

This is a very simple body.

Angenommen, Sie senden es von einer Mailingliste aus, die VERP (oder einen anderen Bounce-Tracking-Mechanismus, der einen anderen Rücksprungpfad verwendet) implementiert. . Nehmen wir an, es hat einen Rückweg von [email protected]. Die SMTP-Sitzung könnte folgendermaßen aussehen:

{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

Wobei {C} und {S} Client- bzw. Serverbefehle darstellen.

Die E-Mail des Empfängers würde folgendermaßen aussehen:

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

This is a very simple body.

Beschreiben wir nun die verschiedenen "VON".

  1. Der Rückgabepfad (manchmal auch als umgekehrter Pfad, Umschlagsender oder Umschlag von bezeichnet - alle diese Begriffe können synonym verwendet werden) ist der Wert, der in der SMTP-Sitzung in MAIL FROM Befehl. Wie Sie sehen, muss dies nicht derselbe Wert sein, der sich in den Nachrichtenköpfen befindet. Nur der Mailserver des Empfängers soll einen Return-Path-Header am oberen Rand der E-Mail einfügen. Hiermit wird der tatsächliche Absender des Rückkehrpfads während der SMTP-Sitzung aufgezeichnet. Wenn die Nachricht bereits einen Return-Path-Header enthält, wird dieser Header entfernt und durch den Mailserver des Empfängers ersetzt.

Alle Bounces, die während der SMTP-Sitzung auftreten, sollten an die Return-Path-Adresse zurückgehen. Einige Server akzeptieren möglicherweise alle E-Mails und stellen sie dann in eine lokale Warteschlange, bis ein kostenloser Thread für die Zustellung an das Postfach des Empfängers verfügbar ist. Wenn der Empfänger nicht vorhanden ist, sollte er ihn auf den aufgezeichneten Rückgabepfadwert zurückspringen lassen.

Beachten Sie, dass nicht alle Mailserver diese Regel einhalten. Einige Mailserver leiten sie an die FROM-Adresse zurück.

  1. Die FROM-Adresse ist der Wert im FROM-Header. Dies soll sein, von wem die Nachricht stammt. Dies wird in den meisten E-Mail-Clients als "VON" angezeigt. Wenn eine E-Mail keinen Reply-To-Header hat, sollten alle menschlichen (Mail-Client-) Antworten an die FROM-Adresse zurückgehen.

  2. Der Reply-To-Header wird vom Absender (oder der Software des Absenders) hinzugefügt. Hier sollten auch alle menschlichen Antworten angesprochen werden. Wenn der Benutzer auf "Antworten" klickt, sollte der Wert "Antwort an" der Wert sein, der als Empfänger der neu erstellten E-Mail verwendet wird. Der Reply-To-Wert sollte von keinem Server verwendet werden. Es ist nur für die clientseitige Verwendung (MUA) vorgesehen.

Sie sehen jedoch, dass nicht alle Mailserver den RFC-Standards oder -Empfehlungen entsprechen.

Hoffentlich sollte dies helfen, die Dinge zu klären. Wenn ich jedoch etwas verpasst habe, lass es mich wissen und ich werde versuchen zu antworten.

247
dave wanta

Eine andere Möglichkeit, über Return-Path Vs Reply-To Nachzudenken, besteht darin, es mit der Post zu vergleichen.

Wenn Sie einen Umschlag in der Mail senden, geben Sie eine Absenderadresse an. Wenn der Empfänger nicht existiert oder Ihre E-Mail ablehnt, sendet der Postmaster den Umschlag an die Rücksendeadresse zurück. Bei E-Mails ist die Absenderadresse der Return-Path.

Innerhalb des Umschlags befindet sich möglicherweise ein Brief, und innerhalb des Briefs wird der Empfänger möglicherweise an "Korrespondenz senden an Beispieladresse" weitergeleitet. Bei E-Mails ist Beispieladresse der Reply-To.

Im Wesentlichen ist eine Post-Rücksendeadresse mit dem Header Return-Path Von SMTP vergleichbar, und der Header Reply-To Von SMTP ähnelt den in einem Brief enthaltenen Antwortanweisungen.

142
Jesse Hobart

für diejenigen, die hierher gekommen sind, weil der Titel der Frage:

Ich benutze Reply-To: Adresse mit Webformularen. Wenn jemand das Formular ausfüllt, sendet die Webseite eine automatische E-Mail an den Eigentümer der Seite. das From: ist die Adresse des automatischen E-Mail-Absenders, sodass der Eigentümer weiß, dass es sich um ein Webformular handelt. aber die Reply-To: Adresse ist die Adresse, die der Benutzer im Formular ausgefüllt hat.

4
robotik

In E-Mails, die von einer Redmine-Instanz gesendet wurden, musste ein Return-Path-Header hinzugefügt werden. Ich bin damit einverstanden, dass nur der Absender einen korrekten (nicht standardmäßigen) Rückgabepfad bestimmen kann. Der Fall ist der folgende: E-Mails werden mit der Standard-E-Mail-Adresse gesendet: [email protected] Wir möchten jedoch, dass der echte Benutzer, der die Aktion initiiert, die Unzustellbarkeits-E-Mails erhält, da er weiß, wie falsche Empfänger-E-Mails zu reparieren sind (und nicht die Anwendungsadministratoren, die andere Katzen zum Peitschen haben :-)). Wir verwenden dies und es funktioniert perfekt mit exim auf dem Anwendungsserver und zimbra als endgültigem Firmen-Mailserver.

1
Smile