Dirección en la lista de supresión de Amazon SES: por qué no se entrega

Qué significa

Tu aplicación ha enviado un email a través de Amazon SES y ha recibido una respuesta normal de éxito con un ID de mensaje. Pero el destinatario nunca lo ha recibido, y tus notificaciones de rebote muestran un rebote permanente con el subtipo OnAccountSuppressionList. SES lo describe así: SES ha suprimido el envío a esta dirección porque está en la lista de supresión a nivel de cuenta.

La lista de supresión a nivel de cuenta es una lista de direcciones a las que SES no enviará nada desde tu cuenta de AWS, en una región. SES añade una dirección automáticamente cuando un mensaje enviado a ella provocó un rebote definitivo o, según tu configuración, una queja. SES acepta el mensaje pero no intenta entregarlo, lo que protege tu reputación.

También existe un subtipo más antiguo, Suppressed, vinculado a la lista de supresión global de SES (direcciones con un historial reciente de rebotes definitivos para todos los clientes de SES).

Por qué ocurre

• La dirección ya rebotó de forma definitiva: no existía, el dominio no existía o el buzón estaba cerrado. Consulta rebote 550 5.1.1: la dirección no existe.
• El destinatario marcó uno de tus emails como spam en un proveedor que envía esa información a SES (Gmail no lo hace, así que las denuncias de spam de Gmail nunca añaden direcciones).
• Un problema temporal en el destinatario se notificó como rebote definitivo, por ejemplo un servidor mal configurado que respondió 550 durante unas horas. La dirección ahora funciona, pero sigue suprimida.
• Tú o un compañero la añadisteis a mano o con una importación masiva.

Solo se añaden los rebotes definitivos. Un buzón lleno es un rebote temporal y no pone la dirección en la lista (consulta 552 5.2.2 buzón lleno). Las direcciones permanecen en la lista hasta que alguien las quita.

Cómo comprobarlo

1. En la consola de SES, selecciona la región, abre Suppression list (en Configuration) y busca la dirección. Elige View report para ver por qué y cuándo se añadió, con los detalles del rebote o la queja original.
2. Con la CLI:

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

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

La búsqueda distingue mayúsculas y minúsculas: usa exactamente las mayúsculas guardadas en la lista (Customer@Example.com es una entrada distinta de customer@example.com para estas llamadas a la API). Comprueba también qué configuration set usa tu aplicación: un configuration set puede anular la configuración de supresión a nivel de cuenta.

Cómo solucionarlo

Decide primero si la dirección debe recibir emails

Mira el motivo. Si el rebote original decía "user unknown" y nada ha cambiado, quitar la dirección solo provocará otro rebote definitivo, lo que perjudica tu tasa de rebotes. Quítala solo si tienes un buen motivo: el cliente ha confirmado que la dirección funciona, ha arreglado su servidor de correo o ha pedido volver a recibir tus emails después de una queja.

Quita la dirección

En la consola: Suppression list, marca la dirección, Remove. O con la CLI:

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

Se pueden quitar direcciones en bloque desde un archivo de S3 con create-import-job (hasta 10.000 direcciones por tarea en el momento de escribir esto), pero las acciones en bloque requieren acceso de producción.

Mantén tu propia lista sincronizada

La lista de SES es una red de seguridad, no tu gestión de listas. Suscríbete a las notificaciones de rebotes y quejas (SNS o publicación de eventos) y marca esos contactos como inactivos en tu propia base de datos, para que tu aplicación deje de enviarles. Los mensajes enviados a direcciones suprimidas siguen contando para tu cuota diaria, y AWS considera una mala práctica enviar repetidamente a direcciones suprimidas o dadas de baja. Si los rebotes se acumulan, lee cuenta de Amazon SES en revisión antes de que se convierta en un problema.

Mailgun tiene un mecanismo parecido con su propio error; consulta Mailgun 605: dirección que ya rebotó.

Comprueba que está solucionado

Antes de reenviar, manda una prueba con la misma configuración de SES a la dirección única de la página de inicio de Delivmail para confirmar que la autenticación y el contenido están limpios, de modo que el siguiente intento no rebote por otro motivo. Después reenvía a la dirección que has quitado y vigila la notificación: un evento Delivery significa que el servidor receptor lo ha aceptado. Si vuelve a rebotar de forma definitiva, SES la añade de nuevo a la lista, y esa dirección debería quedar fuera de tu lista de correo.