Frage

Auf unserer mailing-Anwendung, die wir senden E-Mails mit dem folgenden header:

FROM: marketing@customer.com
TO: subscriber1@domain1.com
Return-PATH: bouncemgmt@ourcompany.com

Das problem, das wir konfrontiert sind, ist, dass einige E-Mail-Servern wird die bounce-back-Nachricht sofort und verwenden die von "oder" reverse path (marketing@customer.com) statt, um unsere bounce-mgmt-server.Wir wollen wissen, ob wir ändern in der überschrift Antwort an die gleiche ist wie die Rückkehr-Pfad, wenn wir in der Lage sein, alle zu fangen springt.

Alle anderen Ideen sind willkommen?

Wir sind mit den folgenden Unterlagen wie Referenzen:VERP RFC Bounce-Nachrichten

SMTP Log Analyse zu erhalten Prallt

BEARBEITEN 1:Ein paar bits von Informationen, um zu sehen, ob wir es schaffen, diese zu beheben.

Wir wollen, zu wissen, an welcher Stelle der E-Mail-server Weiterleitung der Nachricht wählen, um die reply-to-versus return-path.Wir haben bemerkt, dass, wenn der erste smtp-server, Weiterleitung wird die Nachricht abgelehnt und sendet Sie an die Antwort an, aber wenn es passiert, nach einer hop, schickt er es an den return-path.

War es hilfreich?

Lösung

Beginnen wir mit einem einfachen Beispiel.Angenommen, Sie haben eine E-Mail-Liste,, dass ist, zu senden die folgenden RFC2822 Inhalt.

From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Nun, lassen Sie uns sagen, Sie gehen zu senden es von einer mailing-Liste, dass implementiert VERP (oder einige andere bounce-tracking-Mechanismus, der einen anderen return-path).Können sagen, es wird haben eine return-path of coolstuff-you=yourcompany.com@mymailinglist.com.Der SMTP-Sitzung Aussehen könnte:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.
.

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

Wo {C} und {S} stehen für Client-und Server-Befehle beziehungsweise.

Der Empfänger der mail würde wie folgt Aussehen:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Nun, lassen Sie uns beschreiben, die andere "VON" - en.

  1. Die return path (manchmal auch als " reverse path, envelope-sender, oder Umschlag von — alle diese Begriffe können Synonym verwendet werden) ist der Wert, der verwendet wird, die in der SMTP-Sitzung in der MAIL FROM Befehl.Wie Sie sehen können, bedeutet dies nicht, muss der gleiche Wert, der im Header der Nachricht.Nur der Empfänger der mail server sollte fügen Sie eine Return-Path-header an die Spitze der E-Mail.Dieser zeichnet das aktuelle Return-Path sender während der SMTP-Sitzung.Wenn eine Return-Path-header bereits vorhanden ist, in der Botschaft, dann diesen header entfernt und ersetzt durch den Empfänger der E-mail-server.

Alle Sprünge, die auftreten, während der SMTP-Sitzung sollten zurück in die Return-Path-Adresse.Einige Server akzeptieren, können Sie alle E-Mail, und dann Warteschlange lokal, bis es einen freien thread, um es zu liefern Postfach des Empfängers.Wenn der Empfänger nicht vorhanden ist, sollte es bounce zurück zu die aufgenommene Return-Path Wert.

Beachten Sie, nicht alle mail-Server gehorchen dieser Regel;Einige E-mail-Server werden bounce zurück zu die VON-Adresse.

  1. Die FROM-Adresse ist der Wert in der FROM-header.Dies soll zu wem die Nachricht stammt.Dies ist, was Sie sehen, wie das "VON" in den meisten E-mail-clients.Wenn Sie eine E-Mail nicht über einen Reply-To-header, dann werden alle menschlichen (E-mail-client) Antworten sollte gehen zurück zu die VON-Adresse.

  2. Die Reply-To-header Hinzugefügt wird, indem der Absender (oder die Absender-software).Es ist, wo alle menschlichen Antworten behandelt werden sollte zu.Grundsätzlich, wenn der Benutzer klickt auf "Antworten", Reply-To-Wert sollte der Wert verwendet der Empfänger die neu erstellte E-Mail.Die Reply-To-Wert sollte nicht verwendet werden von jedem server.Es ist gedacht für die client-Seite (MUA) nur.

Aber wie können Sie sagen, nicht alle mail-Server befolgen Sie die RFC-standards oder Empfehlungen.

Hoffentlich wird dies helfen sollte, die Sache aufzuklären.Allerdings, wenn ich nichts übersehen habe, lassen Sie mich wissen, und ich werde versuchen Sie zu beantworten.

Andere Tipps

Ein anderer Weg, um darüber nachzudenken Return-Path vs Reply-To zu vergleichen ist es zu snail-mail.

Wenn Sie senden ein Umschlag in der E-mail, geben Sie eine die Rückkehr Adresse.Wenn der Empfänger nicht vorhanden ist oder sich weigert, Ihre E-Mails an den postmaster gibt den Umschlag zurück, um die Rückkehr Adresse.Für E-Mail, die die Rückkehr Adresse ist die Return-Path.

Innerhalb der Hülle sein könnte, einen Brief und im inneren des Buchstaben, es kann direkt der Empfänger auf "Senden Korrespondenz Beispiel Adresse".Für E-Mail, die Beispiel Adresse ist die Reply-To.

In Essenz, Porto-Adresse Zurück, die vergleichbar ist mit SMTP ist Return-Path - header-und SMTP-s Reply-To header ist ähnlich der Beantwortung Anweisungen enthalten in einem Brief.

für diejenigen, die haben hier, weil der Titel der Frage:

Ich benutze Reply-To: Adresse mit webforms.wenn jemand das Formular ausfüllt, die Webseite sendet eine automatische E-Mail an der Seite der Eigentümer.die From: ist die automatische E-mail-Adresse des Absenders, so dass der Besitzer weiß, dass es von der webform.aber die Reply-To: Adresse ist die, die Sie gefüllt in die form durch den Nutzer, so kann der Eigentümer nur Antworten, Sie zu Kontaktieren.

Ich hatte zu fügen Sie eine Return-Path-header in E-Mails senden, indem Sie ein Redmine-Instanz.Ich Stimme mit greatwolf nur die sender bestimmen kann, eine richtige (nicht-Standard) Return-Path.Der Fall ist der folgende :E-mails versenden mit dem Standard-E-Mail-Adresse :admin@yourcompany.com Aber wir wollen, dass die Reale Benutzer-Initiierung der Aktion erhält der bounce-E-Mails, da wird er derjenige sein, zu wissen, wie zu beheben falschen Empfänger E-Mails (und nicht die Anwendung, die Administratoren, die andere Katzen zu Peitschen, um :-) ).Wir nutzen diese, und es funktioniert sehr gut mit den MTAs exim auf dem application server und zimbra als Letzte Firma, E-mail-server.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top