Amazon SES: Adresse auf der Suppression List, warum sie nicht zugestellt wird

Was das bedeutet

Deine App hat eine E-Mail über Amazon SES gesendet und eine normale Erfolgsantwort mit einer Message-ID bekommen. Der Empfänger hat sie aber nie erhalten, und deine Bounce-Benachrichtigungen zeigen einen dauerhaften Bounce mit dem Untertyp OnAccountSuppressionList. SES beschreibt das so: SES hat den Versand an diese Adresse unterdrückt, weil sie auf der kontoweiten Unterdrückungsliste steht.

Die kontoweite Unterdrückungsliste (account-level suppression list) ist eine Liste von Adressen, an die SES für dein AWS-Konto in einer Region nichts sendet. SES fügt eine Adresse automatisch hinzu, wenn eine Nachricht an sie einen Hard Bounce oder, je nach Einstellung, eine Beschwerde verursacht hat. SES nimmt die Nachricht an, versucht aber nicht, sie zuzustellen, und schützt so deine Reputation.

Es gibt auch einen älteren Untertyp, Suppressed, der mit der globalen Unterdrückungsliste von SES zusammenhängt (Adressen, die kürzlich bei allen SES-Kunden Hard Bounces verursacht haben).

Warum das passiert

• Die Adresse hat früher einen Hard Bounce verursacht: Sie existierte nicht, die Domain existierte nicht, oder das Postfach war geschlossen. Siehe Bounce 550 5.1.1: die Adresse existiert nicht.
• Der Empfänger hat eine deiner E-Mails als Spam markiert, bei einem Anbieter, der Feedback an SES sendet (Gmail tut das nicht, Spam-Meldungen bei Gmail fügen also nie Adressen hinzu).
• Ein vorübergehendes Problem beim Empfänger wurde als Hard Bounce gemeldet, zum Beispiel ein falsch konfigurierter Server, der ein paar Stunden lang mit 550 geantwortet hat. Die Adresse funktioniert jetzt, bleibt aber unterdrückt.
• Du oder ein Kollege habt sie hinzugefügt, manuell oder per Massenimport.

Nur Hard Bounces werden hinzugefügt. Ein volles Postfach ist ein Soft Bounce und bringt die Adresse nicht auf die Liste (siehe 552 5.2.2 Postfach voll). Adressen bleiben auf der Liste, bis jemand sie entfernt.

So prüfst du es

1. Wähle in der SES-Konsole die Region, öffne Suppression list (unter Configuration) und suche nach der Adresse. Wähle View report, um zu sehen, warum und wann sie hinzugefügt wurde, mit Details zum ursprünglichen Bounce oder zur Beschwerde.
2. Mit der CLI:

aws sesv2 get-suppressed-destination --email-address customer@example.com

aws sesv2 list-suppressed-destinations | grep -A2 'example.com'

Die Suche unterscheidet Groß- und Kleinschreibung: Nutze genau die Schreibweise, die in der Liste gespeichert ist (Customer@Example.com ist für diese API-Aufrufe ein anderer Eintrag als customer@example.com). Prüfe außerdem, welches Configuration Set deine App verwendet: Ein Configuration Set kann die kontoweiten Unterdrückungseinstellungen überschreiben.

So behebst du es

Entscheide zuerst, ob die Adresse E-Mails bekommen soll

Sieh dir den Grund an. Lautete der ursprüngliche Bounce „user unknown“ und hat sich nichts geändert, verursacht das Entfernen der Adresse nur einen weiteren Hard Bounce, der deiner Bounce-Rate schadet. Entferne sie nur mit gutem Grund: Der Kunde hat bestätigt, dass die Adresse funktioniert, er hat seinen Mailserver repariert, oder er hat nach einer Beschwerde darum gebeten, deine E-Mails wieder zu erhalten.

Entferne die Adresse

Konsole: Suppression list, Haken bei der Adresse setzen, Remove. Oder mit der CLI:

aws sesv2 delete-suppressed-destination --email-address customer@example.com --region eu-west-1

Das Entfernen in großer Menge ist aus einer S3-Datei mit create-import-job möglich (zum Zeitpunkt des Schreibens bis zu 10.000 Adressen pro Job), Massenaktionen erfordern aber Produktionszugang.

Halte deine eigene Liste synchron

Die SES-Liste ist ein Sicherheitsnetz, nicht deine Listenverwaltung. Abonniere Bounce- und Beschwerdebenachrichtigungen (SNS oder Event Publishing) und markiere diese Kontakte in deiner eigenen Datenbank als inaktiv, damit deine App nicht mehr an sie sendet. Nachrichten an unterdrückte Adressen zählen trotzdem zu deinem Tageskontingent, und AWS betrachtet wiederholtes Senden an unterdrückte oder abgemeldete Adressen als schlechte Praxis. Häufen sich die Bounces, lies Amazon-SES-Konto unter Überprüfung, bevor es zum Problem wird.

Mailgun hat einen ähnlichen Mechanismus mit eigenem Fehler; siehe Mailgun 605: zuvor gebouncte Adresse.

Prüfe, ob es behoben ist

Bevor du erneut sendest, schick über dieselbe SES-Einrichtung einen Test an die einmalige Adresse auf der Startseite von Delivmail, um zu bestätigen, dass Authentifizierung und Inhalt sauber sind, damit der nächste Versuch nicht aus einem anderen Grund bounct. Sende dann erneut an die entfernte Adresse und beobachte die Benachrichtigung: Ein Delivery-Ereignis bedeutet, dass der empfangende Server sie angenommen hat. Bounct sie wieder mit einem Hard Bounce, setzt SES sie erneut auf die Liste, und die Adresse sollte aus deiner Mailingliste verschwinden.