Indirizzo nella suppression list di Amazon SES: perché non viene consegnato

Cosa significa

La tua applicazione ha inviato un'email tramite Amazon SES e ha ricevuto una normale risposta di successo con un message ID. Ma il destinatario non l'ha mai ricevuta e le tue notifiche di bounce mostrano un bounce permanente con sottotipo OnAccountSuppressionList. SES lo descrive così: SES ha bloccato l'invio a questo indirizzo perché è nella suppression list a livello di account.

La suppression list a livello di account è un elenco di indirizzi a cui SES non invierà per il tuo account AWS, in una Region. SES aggiunge automaticamente un indirizzo quando un messaggio inviato a esso ha provocato un hard bounce oppure, a seconda delle impostazioni, un reclamo. SES accetta il messaggio ma non prova a consegnarlo, il che protegge la tua reputazione.

Esiste anche un sottotipo più vecchio, Suppressed, legato alla suppression list globale di SES (indirizzi con una storia recente di hard bounce per tutti i clienti SES).

Perché succede

• L'indirizzo ha già dato un hard bounce: non esisteva, il dominio non esisteva o la casella era stata chiusa. Consulta bounce 550 5.1.1: l'indirizzo non esiste.
• Il destinatario ha segnalato come spam una delle tue email presso un provider che invia feedback a SES (Gmail non lo fa, quindi le segnalazioni di spam di Gmail non aggiungono mai indirizzi).
• Un problema temporaneo presso il destinatario è stato registrato come hard bounce, per esempio un server configurato male che ha risposto 550 per qualche ora. Ora l'indirizzo funziona, ma resta bloccato.
• Tu o un collega lo avete aggiunto manualmente o con un'importazione in blocco.

Vengono aggiunti solo gli hard bounce. Una casella piena è un soft bounce e non mette l'indirizzo nella lista (consulta 552 5.2.2 casella piena). Gli indirizzi restano nella lista finché qualcuno non li rimuove.

Come verificare

1. Nella console SES seleziona la Region, apri Suppression list (sotto Configuration) e cerca l'indirizzo. Scegli View report per vedere perché e quando è stato aggiunto, con i dettagli del bounce o del reclamo originale.
2. Con la CLI:

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

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

La ricerca distingue tra maiuscole e minuscole: usa esattamente la grafia memorizzata nella lista (per queste chiamate API Customer@Example.com è una voce diversa da customer@example.com). Controlla anche quale configuration set usa la tua applicazione: un configuration set può sovrascrivere le impostazioni di soppressione a livello di account.

Come risolvere

Prima decidi se l'indirizzo deve ricevere email

Guarda il motivo. Se il bounce originale diceva "user unknown" e non è cambiato nulla, rimuovere l'indirizzo provocherà solo un altro hard bounce, che danneggia il tuo tasso di bounce. Rimuovilo solo se hai un buon motivo: il cliente ha confermato che l'indirizzo funziona, ha sistemato il suo server di posta oppure, dopo un reclamo, ha chiesto di ricevere di nuovo le tue email.

Rimuovi l'indirizzo

Console: Suppression list, spunta l'indirizzo, Remove. Oppure con la CLI:

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

La rimozione in blocco è possibile da un file S3 con create-import-job (fino a 10.000 indirizzi per job al momento in cui scriviamo), ma le azioni in blocco richiedono l'accesso in produzione.

Mantieni sincronizzata la tua lista

La lista di SES è una rete di sicurezza, non la gestione della tua lista. Iscriviti alle notifiche di bounce e reclami (SNS o event publishing) e segna quei contatti come inattivi nel tuo database, così la tua applicazione smette di scrivere loro. I messaggi inviati a indirizzi bloccati contano comunque nella tua quota giornaliera, e AWS considera una cattiva pratica inviare ripetutamente a indirizzi bloccati o disiscritti. Se i bounce si accumulano, leggi account Amazon SES sotto revisione prima che diventi un problema.

Mailgun ha un meccanismo simile con un suo errore; consulta Mailgun 605: indirizzo già in bounce.

Verifica che sia risolto

Prima di inviare di nuovo, manda un test con la stessa configurazione SES all'indirizzo unico nella home page di Delivmail per confermare che autenticazione e contenuto sono a posto, così il prossimo tentativo non darà bounce per un altro motivo. Poi invia di nuovo all'indirizzo rimosso e osserva la notifica: un evento Delivery significa che il server destinatario l'ha accettato. Se torna in hard bounce, SES lo rimette nella lista e l'indirizzo dovrebbe restare fuori dalla tua mailing list.