Adresse sur la liste de suppression Amazon SES : pourquoi l'email n'est pas livré

Ce que ça veut dire

Votre application a envoyé un email via Amazon SES et a reçu une réponse de succès normale avec un identifiant de message. Pourtant, le destinataire ne l'a jamais reçu, et vos notifications de rebond montrent un rebond définitif avec le sous-type OnAccountSuppressionList. SES le décrit ainsi : SES a supprimé l'envoi vers cette adresse parce qu'elle figure sur la liste de suppression au niveau du compte.

La liste de suppression du compte (account-level suppression list) regroupe les adresses auxquelles SES n'enverra plus rien pour votre compte AWS, dans une Région donnée. SES y ajoute automatiquement une adresse lorsqu'un message vers elle a provoqué un rebond définitif ou, selon vos réglages, une plainte. SES accepte le message mais ne tente pas de le livrer, ce qui protège votre réputation.

Il existe aussi un sous-type plus ancien, Suppressed, lié à la liste de suppression globale de SES (des adresses ayant récemment provoqué des rebonds définitifs pour l'ensemble des clients SES).

Pourquoi cela arrive

• L'adresse a déjà provoqué un rebond définitif : elle n'existait pas, le domaine n'existait pas, ou la boîte avait été fermée. Voir rebond 550 5.1.1 : l'adresse n'existe pas.
• Le destinataire a signalé l'un de vos emails comme spam chez un fournisseur qui transmet ses retours à SES (Gmail ne le fait pas, donc les signalements Gmail n'ajoutent jamais d'adresse).
• Un problème temporaire chez le destinataire a été remonté comme rebond définitif, par exemple un serveur mal configuré qui a répondu 550 pendant quelques heures. L'adresse fonctionne aujourd'hui, mais elle reste supprimée.
• Vous ou un collègue l'avez ajoutée à la main ou par import en masse.

Seuls les rebonds définitifs sont ajoutés. Une boîte pleine est un rebond temporaire et ne place pas l'adresse sur la liste (voir 552 5.2.2 boîte pleine). Les adresses restent sur la liste jusqu'à ce que quelqu'un les retire.

Comment vérifier

1. Dans la console SES, sélectionnez la Région, ouvrez Suppression list (dans Configuration) et recherchez l'adresse. Choisissez View report pour voir pourquoi et quand elle a été ajoutée, avec le détail du rebond ou de la plainte d'origine.
2. Avec la CLI :

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

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

La recherche est sensible à la casse : utilisez exactement les majuscules enregistrées dans la liste (Customer@Example.com est une entrée différente de customer@example.com pour ces appels API). Vérifiez aussi quel configuration set utilise votre application : un configuration set peut remplacer les réglages de suppression du compte.

Comment corriger

Décidez d'abord si l'adresse doit recevoir des emails

Regardez la raison. Si le rebond d'origine disait « user unknown » et que rien n'a changé, retirer l'adresse ne fera que provoquer un nouveau rebond définitif, ce qui dégrade votre taux de rebond. Ne la retirez que si vous avez une bonne raison : le client a confirmé que l'adresse fonctionne, il a réparé son serveur mail, ou il a demandé à recevoir de nouveau vos emails après une plainte.

Retirer l'adresse

Dans la console : Suppression list, cochez l'adresse, puis Remove. Ou avec la CLI :

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

Le retrait en masse est possible depuis un fichier S3 avec create-import-job (jusqu'à 10 000 adresses par tâche au moment où nous écrivons ces lignes), mais les actions en masse exigent l'accès production.

Gardez votre propre liste synchronisée

La liste SES est un filet de sécurité, pas votre outil de gestion de liste. Abonnez-vous aux notifications de rebonds et de plaintes (SNS ou event publishing) et marquez ces contacts comme inactifs dans votre propre base de données, pour que votre application cesse de leur écrire. Les messages envoyés à des adresses supprimées comptent quand même dans votre quota journalier, et AWS considère comme une mauvaise pratique le fait d'écrire régulièrement à des adresses supprimées ou désabonnées. Si les rebonds s'accumulent, lisez compte Amazon SES en cours d'examen avant que cela devienne un problème.

Mailgun a un mécanisme similaire avec sa propre erreur ; voir Mailgun 605 adresse déjà en rebond.

Vérifier que c'est corrigé

Avant de renvoyer, faites un test avec la même configuration SES vers l'adresse unique de la page d'accueil de Delivmail pour confirmer que l'authentification et le contenu sont propres, afin que la prochaine tentative ne rebondisse pas pour une autre raison. Renvoyez ensuite à l'adresse retirée et surveillez la notification : un événement Delivery signifie que le serveur destinataire l'a acceptée. Si elle rebondit encore de façon définitive, SES la remet sur la liste, et cette adresse doit alors sortir de votre liste de diffusion.