Es gibt viele Gründe, warum die Adressen Header und Envelope From möglicherweise nicht übereinstimmen. Die meisten Probleme betreffen automatisierte Prozesse beim Versenden von E-Mails, bei denen Zustellungsprobleme an eine Adresse gemeldet werden müssen, die nicht für den Absender der E-Mails oder den Absender im Namen von E-Mails repräsentativ ist oder an den geantwortet werden soll. Ein gutes Beispiel dafür sind Mailinglisten.
Der Hauptgrund, warum eine vom E-Mail-Client eines Benutzers gesendete Nachricht möglicherweise von den Adressen abweicht, ist die Weiterleitung von E-Mails. Der Inhalt der E-Mail sollte dann dem Original in angemessener Weise entsprechen. Im Falle von Zustellungsfehlern sollten diese jedoch dem Benutzer gemeldet werden, der die E-Mail weitergeleitet hat, nicht dem ursprünglichen Absender.
Neben dem SMTP-Header gibt es eine Reihe von MIME-Headern, mit denen verschiedene Programme versuchen, zwischen dem ursprünglichen Absender und dem Zwischensender zu unterscheiden, und / oder die bevorzugte Adresse, an die Fehler gemeldet werden sollen , Errors-To, etc, etc, jeweils mit unterschiedlicher Semantik. Einige von ihnen unterstützen Standards, andere nicht, werden jedoch möglicherweise trotzdem verwendet. Das Verhalten verschiedener Mailprogramme in der Praxis ist sehr unterschiedlich.
Ob eine Art der Adressierung von E-Mails ratsam ist, ist eine andere Frage als die, ob sie, wie Sie fragen, "legitim" ist. Wenn Sie hier die Legitimität im Sinne einer Richtlinie zum Umgang mit potenziellem Spam in Betracht ziehen, dann nein, ich glaube nicht, dass Sie auf diese Weise eine einfache Unterscheidung treffen können.
Denken Sie jedoch an die DKIM-Signatur von E-Mails und die SPF-Authentifizierung von Mailservern für E-Mail-Domänen. Wenn Sie viel E-Mail senden, ist es möglicherweise wichtig, dass Sie Ihre E-Mail auf diese Weise authentifizieren können. Dies kann Auswirkungen auf die Adressierung von E-Mail-Nachrichten aus Headern haben, da Sie nur E-Mails authentifizieren können, die sich auf Domänen beziehen, für die Sie die Berechtigung haben .
-
Erweitert auf Anfrage:
Ein MIME-Header "Reply-To" weist einen MUA (Mail User Agent, normalerweise der Mail-Client einer Person) an, Antworten an eine andere Adresse als die MIME-Adresse "From" zu senden. Dies wird von einem MTA (Mail Transport Agent) nicht für Fehler verwendet.
Normalerweise verwendet ein MTA die SMTP-Envelope-Adresse "MAIL From", um Fehler an zu senden. IT kann mit einem MIME-Header "Errors-To" überschrieben werden, bei dem es sich um eine MTA-Anweisung handelt. Nicht alle MTAs werden dies berücksichtigen. Daher ist dies ein schlechterer Mechanismus zum Festlegen der SMTP-Umschlagadresse. Unter bestimmten Umständen können jedoch MIME-Header in einer Nachricht festgelegt werden, nicht jedoch die SMTP-Umschlagadresse von. ZB kann sich Software, die in einer gemeinsam genutzten Hosting-Umgebung ausgeführt wird, in dieser Situation befinden.
"Absender" ist als Anweisung an Software-Agenten viel mehrdeutiger, gibt jedoch an, wer oder was die E-Mail an einen anderen Ort gesendet hat als die Absenderadresse, für die die E-Mail gesendet wurde. Wenn Sie z. B. ein Online-Mail-an-Ihre-Politiker-Formular ausfüllen, ist es sehr angebracht, dass die resultierende E-Mail Ihre E-Mail in der Kopfzeile von verwendet, aber eine Absenderadresse hat, die mit der Organisation zusammenhängt, die das Formular eingerichtet hat.
"Originally-From" wird von einigen MUA-Programmen beim Weiterleiten von E-Mails verwendet, wobei die Adresse des Weiterleiters für den "From" -Header verwendet wird. Andere MUAs lassen die Absenderadresse in Ruhe und verwenden einen 'Resent-From'-Header. Ob MUAs, die diese verschiedenen Header-E-Mails erhalten, die Header sinnvoll interpretieren oder sogar anzeigen, ist recht unterschiedlich. An wen soll die Antwort bei der Beantwortung einer an Sie weitergeleiteten E-Mail standardmäßig gerichtet werden? Vielleicht am besten den 'Reply-To'-Header setzen?
Das Verhalten von MUAs ist variabel und schlecht definiert, scheint sich jedoch im Laufe der Zeit zu verbessern. Im Gegensatz dazu ist die Semantik der Hüllkurve viel genauer definiert. Es gab in der Regel eine starke Position, bei der sich MTAs niemals mit den MIME-Headern befassen sollten. Da MTAs jedoch zunehmend für den Inhalt von E-Mails verantwortlich gemacht werden (siehe z. B. SPF und die aufkommenden DMARC-Standards), besteht der Druck, dass die Klarheit dieser Position beeinträchtigt wird. Langjährige Mechanismen wie Errors-To standen auch im Widerspruch zu der Vorstellung, dass MTAs den Header-Inhalt nicht berücksichtigen, weshalb diese Mechanismen immer inkonsistent angewendet wurden. Die Philosophien der Software-Autoren variieren.
Möglicherweise finden Sie es nützlich, einen Blick auf http://tools.ietf.org/html/rfc4021#section-2 zu werfen , aber denken Sie daran, dass die tatsächlichen Praktiken der Vielzahl von E-Mail-Software in einer Weise variieren, die nicht unbedingt den gesegneten Standards entspricht.
Es ist in Ordnung zu versuchen, eine klare Philosophie für die Verwendung von E-Mail zu entwickeln, aber erwarten Sie nicht, dass alle anderen Dinge tun, wie Sie es für richtig halten.