Frage
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 empfängt
Ich möchte sicherstellen, dass die dritte Art von E-Mail nicht ins Stocken gerät in eine Endlosschleife von Auto-Responder, miteinander zu reden. Derzeit verwende ich den Header:
Precedence: junk
aber Yahoo! Mail wird die Behandlung dieser Nachrichten als Spam. Dies ist natürlich nicht ideal, weil wir jemand wie würden unsere Auto-Antwort und eine Entscheidung über sie zu lesen, nur nicht eine Out-of-Office-Antwort.
Was ist der beste Weg ist, ohne Auslösung entweder eine E-Mail senden Junk-Filter oder Auto-Responder?
Precedence: junk?
Precedence: bulk?
Precedence: list?
X-Priority: 2?
Lösung
RFC 2076 rät von der Verwendung des Vorrangs-Header. Wie Sie bemerkt haben, werden viele Kunden, dass nur Filter aus (vor allem den Vorrang: Junk-Sorte). kann es besser sein, einen Null-Pfad zu verwenden Auto-Responder-Kriege zu vermeiden:
Return-Path: <>
Schließlich könnten Sie Priorität verwenden, um zu versuchen, dies zu umgehen, aber dies scheint gegen den Geist des Headers wie das Gehen. Ich würde vorschlagen, nur die Rückkehr-Pfad-Header für diese Verwendung und die Vermeidung von Vorrang. in einigen Fällen können Sie ein gewisse Art und Weise schreiben in müssen Auto-Responder in Ihrer Anwendung (um nicht in einen Antwort Krieg immer) fallen zu lassen, aber ich eine Situation nicht mehr erinnern kann, in dem diese einen angemessenen Rendite-Pfad passiert mit. (Die meisten Auto-Responder-Kriege Ich erinnere daran, die zu behandeln sind das Ergebnis sehr schlecht gebildet E-Mails waren)
Hinweis: Der Return-Path
Header ist, kurz gesagt, das Ziel für Benachrichtigungen (Bounces, Verzögerung Lieferung, etc ...) und wird in RFC 2821 - weil es von SMTP erforderlich ist. Es ist auch ein Verfahren schlecht Mail fallen (wie theoretisch all gut Mail wird einen angemessenen Rendite-Pfad festgelegt).
Andere Tipps
Es gibt eine RFC 3834 gewidmet für automatisierte E-Mail-Antworten.
Kurz gesagt, es empfiehlt:
-
Senden Auto-Antworten nur auf Adresse im
Return-Path
Header einer eingehenden Nachricht enthalten ist, wenn es Adresse gültige E-Mail ist. Besonders "<>" (Null-Adresse) in derReturn-Path
der Nachricht bedeutet, dass Auto-Antworten müssen nicht für diese Nachricht gesendet werden. -
Wenn die automatische Antwort zu senden, MAIL FROM SMTP-Befehl enthalten muss "<>" (null-Adresse). Dies würde Return-Path:. <>, Wenn die Nachricht geliefert werden
-
Verwenden Sie Auto-Übermittelt mit Wert header andere als „no "explizit indicate automatische Antwort.
Eine Anmerkung:. Es ist nicht wert, auf Return-Path-Header in ausgehender Nachricht explizit festgelegt, wie diese Header von umhüllen Adresse neu geschrieben werden müssen (von MAIL FROM SMTP-Befehl) bei der Anlieferung
Sie können diese Header gesetzt:
Precedence: bulk
Auto-Submitted: auto-generated
Quelle: http://www.redmine.org/projects/ redmine / repository / Revisionen / 2655 / diff
Die traditionelle Art und Weise des Umgangs mit dieser ist die E-Mail mit einem Null-Umschlag-Absender senden (traditionell geschrieben als <>). Dies verhindert, dass das Autoresponder am anderen Ende von reagieren, weil es keine Sender reagieren zu können.
Wie sei es eine weiße Liste auf Ihrem E-Mail-Konto zu konfigurieren?
Ich würde davon ausgehen, dass alle E-Mail-Schlüsselwörter von einem Junk-Filter markiert werden könnten.