Präzedenz: header in E-Mail

Question

Meine Web-Anwendung sendet E-Mail ziemlich oft, und es sendet drei Arten von E-Mail: durch Benutzer initiiert, in Reaktion auf ein Ereignis im System und in der automatischen Antwort auf eine E-Mail von der Anwendung empfangen.

ich sicherstellen möchte, dass die dritte Art von E-Mail in einer Endlosschleife von Auto-Responder nicht miteinander zu reden stecken. Derzeit verwende ich die Kopfzeile:

Precedence: junk 

aber Yahoo! Mail behandelt diese Nachrichten als Spam. Dies ist offensichtlich nicht ideal, weil wir möchten, dass JEMAND unsere Auto-Response liest und eine Entscheidung darüber trifft, einfach keine Abwesenheitsantwort.

Was ist der beste Weg, um eine E-Mail zu senden, ohne entweder Junk-Filter oder Auto-Responder Auslösung?

Precedence: junk? 

Precedence: bulk? 

Precedence: list? 

X-Priority: 2? 

Answer 1

RFC 2076 rät von der Verwendung des Vorrangs-Header. Wie Sie bereits festgestellt haben, filtern viele Clients nur das aus (besonders die Priorität: Junk-Variante). kann es besser sein, einen Null-Pfad zu verwenden Auto-Responder-Kriege zu vermeiden:

Return-Path: <> 

Letztlich dies zu umgehen Sie Priorität verwenden könnte, um zu versuchen, aber dies scheint wie der Kopf gegen den Geist. Ich würde vorschlagen, nur den Return-Path-Header dafür zu verwenden und die Vorrangstellung zu vermeiden. In einigen Fällen müssen Sie möglicherweise auf eine Art schreiben, um Auto-Responder in Ihrer Anwendung zu löschen (um zu vermeiden, in einen Responderkrieg zu geraten), aber ich kann mich nicht erinnern, in einer Situation, in der dies passierte, einen geeigneten Rückweg zu verwenden. (die meisten Auto-Responder-Kriege, die ich erinnere, mit zu beschäftigen, waren das Ergebnis von sehr schlecht geformten E-Mails)

Hinweis: die Return-Path Kopfzeile ist, kurz gesagt, das Ziel für Benachrichtigungen (Bounces, Delay Delivery, etc ...), und ist in RFC 2821 beschrieben - weil es von SMTP benötigt wird. Es ist auch eine Methode, um schlechte E-Mails zu löschen (da theoretisch alle guten E-Mails einen geeigneten Rückpfad festlegen).

Answer 2

Wie über eine weiße Liste auf Ihrem E-Mail-Konto zu konfigurieren?

Ich würde annehmen, dass alle E-Mail-Schlüsselwörter durch einen Junk-Filter gekennzeichnet werden könnten.

Answer 3

Die traditionelle Art und Weise des Umgangs mit dieser ist die E-Mail mit einem Null-Umschlag-Absender zu senden (traditionell als < geschrieben>). Dies verhindert, dass der Autoresponder am anderen Ende antwortet, da kein Absender antworten muss.

Answer 4

Es gibt eine RFC 3834 für automatisierte E-Mail-Antworten gewidmet ist.

Kurz gesagt, es empfiehlt:

1. senden Auto-Antworten nur auf Adresse im Return-Path Header einer eingehenden Nachricht enthalten ist, wenn es gültig ist E-Mail-Adresse. Insbesondere "<>" (Nulladresse) in der Return-Path der Nachricht bedeutet, dass für diese Nachricht keine automatischen Antworten gesendet werden müssen.

2. Beim Senden der automatischen Antwort muss der Befehl MAIL FROM smtp "<>" (Nulladresse) enthalten. Dies würde zu Return-Path führen: <> wenn die Nachricht zugestellt wird.

3. Verwenden Sie den Header Auto-Submitted mit einem anderen Wert als "nein", um die automatische Antwort explizit anzugeben.

Eine Anmerkung: es lohnt sich nicht explizit in Ansage Return-Path-Header zu setzen, wie diese Header von umhüllen Adresse neu geschrieben werden müssen (von MAIL FROM SMTP-Befehl) bei der Anlieferung.

Answer 5

können Sie diese Header gesetzt:

Precedence: bulk 
Auto-Submitted: auto-generated 

Quelle: http://www.redmine.org/projects/redmine/repository/revisions/2655/diff