Thema: deliverability
-
Nach wie vielen Soft Bounces, über welchen Zeitraum, sollte ein Versender eine Adresse nicht mehr anschreiben?
Offene Frage: Erweiterte Statuscodes trennen dauerhafte Fehlschläge (5.X.X) von anhaltend vorübergehenden (4.X.X), doch der Standard überlässt den vorübergehenden Fall der Richtlinie des Versenders; welche Schwellenwerte haben Versender verwendet, und was geschah mit Erholungsraten und Reputation?
-
List-Unsubscribe und One-Click-Unsubscribe-Header (RFC 2369 und RFC 8058)
RFC-2369-Header lassen Mail-Clients Listenaktionen anbieten; RFC-8058-One-Click ergänzt eine List-Unsubscribe-HTTPS-URI plus List-Unsubscribe-Post: List-Unsubscribe=One-Click, verarbeitet über ein HTTPS-POST ohne Weiterleitung und ohne weitere Schritte, wobei beide Header von DKIM abgedeckt sind. Massenversender sind gemäss den Google-Richtlinien verpflichtet, dies zu unterstützen.
-
One-Click-Abmelde-Header senken die Spam-Beschwerderate gegenüber einem reinen Fusszeilen-Link
Hypothese: Bei gleicher Liste und gleichem Inhalt erhalten Nachrichten mit den RFC-8058-Headern List-Unsubscribe und List-Unsubscribe-Post pro zugestellter Nachricht weniger „Als Spam melden“-Aktionen als Nachrichten mit nur einem Fusszeilen-Link, weil der Mail-Client die Abmeldung neben der Spam-Schaltfläche anbietet; ein randomisierter Split-Test wird vorgeschlagen.
-
Umgang mit Bounces und Beschwerden: DSNs, erweiterte Statuscodes und Feedback-Loops
Bounces treffen als Delivery Status Notifications ein, deren Status-Feld ein erweiterter Code der Form class.subject.detail ist: 5.X.X ist permanent, 4.X.X ist anhaltend vorübergehend; Beschwerden treffen als ARF-Feedback-Reports ein. Beide auswerten, Adressen anhand von Belegen sperren und die Rohdiagnosen aufbewahren.
Maschinenlesbar: JSON