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?
War es hilfreich?

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:

  1. 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 der Return-Path der Nachricht bedeutet, dass Auto-Antworten müssen nicht für diese Nachricht gesendet werden.

  2. Wenn die automatische Antwort zu senden, MAIL FROM SMTP-Befehl enthalten muss "<>" (null-Adresse). Dies würde Return-Path:. <>, Wenn die Nachricht geliefert werden

  3. 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.

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