Änderungen / Anforderungen beim Bulk-E-Mail-Versand bei großen E-Mail-Anbietern

Ich habe eine Benachrichtigung von AWS erhalten, dass Yahoo und Gmail eine lange Liste neuer Regeln für „Massen“-E-Mail-Absender einführen.
Discourse kann meiner Meinung nach in diese Kategorie fallen, insbesondere wenn Sie den Mailinglistenmodus verwenden (wie wir es tun).

Gibt es Pläne (oder tut es das vielleicht schon), diese neuen Anforderungen in Discourse-E-Mails zu implementieren?

Die Änderungen / Anforderungen sind hier dargelegt

Einige davon sind extern wie DKIM und SPF, aber es gibt auch einige Änderungen, die am E-Mail-Body vorgenommen werden müssen

Von Massenversendern wird erwartet, dass sie einen Mechanismus zum Abbestellen einfügen, indem sie einen leicht zu findenden Link innerhalb der Nachricht hinzufügen. Die Regeln der Postfachanbieter vom Februar 2024 verlangen von den Absendern zusätzlich das Hinzufügen von Ein-Klick-Abmelde-Headern gemäß RFC 2369 und RFC 8058. Diese Header erleichtern es den Empfängern, sich abzumelden, was die Rate reduziert, mit der Empfänger sich beschweren, indem sie Nachrichten als Spam markieren.

Es gibt viele Faktoren, die dazu führen können, dass Ihre Nachrichten von einem Postfachanbieter als Massen-E-Mails eingestuft werden. Ein Volumen von über 5000 pro Tag ist ein Faktor, aber der wichtigste Faktor, den Postfachanbieter verwenden, ist, ob der Empfänger die E-Mail tatsächlich erhalten möchte.

Danke!

2 „Gefällt mir“

Discourse generiert bereits Abmeldelinks im List-Unsubscribe-Header und im Nachrichtentext. Haben Sie diese überprüft und als unzureichend befunden?

4 „Gefällt mir“

Nein, ich war mir nur nicht sicher, ob diese mit den RFC-Anforderungen übereinstimmen. Ich habe versucht zu bestätigen, ob es bereits wie beschrieben durchgeführt wurde.

Dies ist mir kürzlich wieder aufgefallen, und ich hatte tatsächlich die Bandbreite, mich mit den Details zu befassen.

Wir haben seit Ewigkeiten einen List-Unsubscribe-Header, aber es gibt einen starken Drang, eine tatsächliche Ein-Klick-Abmeldung ohne weiteren Bestätigungsschritt vom Absender zu haben.

Dies wird über einen neuen Header erreicht, der in RFC8058 definiert ist.

List-Unsubscribe: <https://example.com/unsubscribe/opaquepart>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Nach expliziter Benutzerbestätigung löst die Aktivierung eine POST-Anfrage vom Mail-Client mit Inhalten aus, die Folgendem ähneln:

POST /unsubscribe/opaquepart HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 26

List-Unsubscribe=One-Click

Wir müssen möglicherweise die Unterstützung dafür hinzufügen.

8 „Gefällt mir“

Ich hatte ein ähnliches Problem in einer anderen Mailingliste. Das Problem bei der Ein-Klick-Abmeldung ist, dass viele Mailclients und Spam-/Virenfilter auf Links klicken/diese aktivieren, um sie zu „untersuchen“, und dies führt dazu, dass sich jemand abmeldet. Daher benötigen Sie definitiv eine Art Bestätigung, nicht nur eine Linkaktivierung.

Wir hatten eine Reihe von Leuten, insbesondere in Unternehmen/Outlook, die automatisch abgemeldet wurden.

Aber vielleicht ist es in Ordnung, wenn dies über diesen Header erfolgt.

Dieses Problem wird speziell in diesem RFC behandelt.

Eine GET-Anfrage darf aus genau diesem Grund keine Abmeldung auslösen, nur eine POST-Anfrage, die vom Benutzer explizit bestätigt werden muss.

2 „Gefällt mir“

Hallo @Jose_C_Gomez — Ich habe gute Neuigkeiten! Wir haben unsere E-Mails aktualisiert, um Ein-Klick-/einfache Abmeldungen zu unterstützen:

Als ich dies in Gmail getestet habe, gibt es eine sekundäre Bestätigung, die jedoch vom Mailclient aus erfolgt — daher glaube ich, dass dies immer noch die Anforderungen für eine „einfache Abmeldung“ erfüllt, ohne das Risiko unbeabsichtigter Abmeldungen durch Mailclient-Untersuchungen einzugehen:

6 „Gefällt mir“

Fantastisch, danke!!

Dieses Thema wurde nach 2 Tagen automatisch geschlossen. Neue Antworten sind nicht mehr möglich.