Über SMTP unterscheidet sich der SMTP-Umschlag (Absender, Empfänger usw.) beim Senden einer Nachricht von den tatsächlichen Daten der Nachricht.
Der Sender
Header wird verwendet, um in der Nachricht zu identifizieren, wer ihn gesendet hat. Dies entspricht normalerweise dem From
Header, von dem die Nachricht stammt. In einigen Fällen kann es jedoch anders sein, wenn ein Mail-Agent Nachrichten für eine andere Person sendet.
Der Return-Path
Header wird verwendet, um dem Empfänger (oder empfangenden MTA) anzuzeigen, wohin Nichtlieferungsbelege gesendet werden sollen.
Nehmen Sie beispielsweise einen Server, auf dem Benutzer E-Mails von einer Webseite senden können. Also, [email protected]
Typen in einer Nachricht und legt ihn. Der Server sendet dann die Nachricht an seinen Empfänger mit der From
Einstellung auf [email protected]
. Die eigentliche SMTP-Übermittlung verwendet unterschiedliche Anmeldeinformationen, z [email protected]
. Daher wird der sender
Header auf gesetzt [email protected]
, um anzuzeigen, dass der From
Header nicht angibt, wer die Nachricht tatsächlich gesendet hat.
In diesem Fall ist es für den Agenten wahrscheinlich besser, den Nichtzustellungsbericht zu erhalten, wenn die Nachricht nicht gesendet werden kann. Return-Path
Daher wird auch festgelegt, [email protected]
dass alle Zustellungsberichte anstelle des Absenders an ihn gesendet werden .
Wenn Sie genau das tun, eine Formularübermittlung zum Senden von E-Mails, ist dies wahrscheinlich eine direkte Parallele zu der Art und Weise, wie Sie die Header festlegen würden.
Sender
ist dies die Person , die das Webformular gesendet hat, undFrom
der Server , der die E-Mail gesendet hat? Oder ist es umgekehrt?Sender
, aber die Nachricht istFrom
der VIP. Dies ist, was passiert, wenn Sie E-Mail als "Vom Assistenten im Namen von VIP" beschrieben sehenReturn-Path
. Ist es standardmäßig dasSender
dann?Den offiziellen RFC, der diese Spezifikation definiert, finden Sie hier:
http://tools.ietf.org/html/rfc4021#section-2.1.2 (siehe Abschnitt 2.1.2 und folgende)
quelle
Ein kleines Update dazu: Ein Absender sollte niemals den
Return-Path:
Header setzen. Es gibt keinenReturn-Path:
Header für eine Nachricht während der Übertragung. Dieser Header wird vom MTA festgelegt, der die endgültige Zustellung vornimmt, und wird im Allgemeinen auf den Wert von festgelegt, es5321.From
sei denn, das lokale System benötigt eine Art eigenartiges Routing.Dies ist ein häufiges Missverständnis, da Benutzer selten eine E-Mail ohne
Return-Path:
Header in ihren Postfächern sehen. Dies liegt daran, dass sie immer zugestellte Nachrichten sehen, ein MTA jedoch niemals einenReturn-Path:
Header für eine Nachricht während der Übertragung sehen sollte . Siehe http://tools.ietf.org/html/rfc5321#section-4.4quelle
From:
Adresse und eine ( andere )Return-Path:
Adresse, daher weiß ich nicht, worauf Sie sich beziehenReturn-Path:
Header spiegelt die Hüllkurve von oder RFC5321 wider. Von Adresse. DerFrom:
Header spiegelt den Header-from oder RFC5322.From-Adresse wider.Return-Path:
beim Senden einer Nachricht keinen Header setzen können . Wenn dies der Fall ist, wird es während der Übertragung verworfen und später vom MDA, der die endgültige Zustellung der Nachricht vornimmt, auf den Wert des RFC5321 gesetzt. GrundsätzlichReturn-Path:
zeichnet der Header auf, woher der Umschlag stammt, da der Umschlag bei Lieferung verworfen wird.