Cómo gestionar los correos electrónicos devueltos
Los correos electrónicos devueltos, o simplemente «devueltos», son aquellos que un MTA (agente de transferencia de correo) envía automáticamente
al remitente,
para informarle de que el destinatario NO ha recibido correctamente el mensaje
El asunto suele ser «Correo devuelto: consulte el texto del mensaje para obtener más detalles».
La información explicativa sobre el rebote, un código con una descripción, se encuentra en el cuerpo del mensaje.
El «código de estado» debería identificar claramente el tipo de error que provocó el rebote
pero, a menudo, los códigos y las descripciones que utiliza cada proveedor de servicios de correo electrónico
deben analizarse e interpretarse para clasificar correctamente el rebote.
- ¿Cuáles son los riesgos asociados a los correos electrónicos devueltos?
- Comprueba el número de rebotes
- Nuevas tendencias en el tratamiento de rebotes
- Códigos de estado de los mensajes devueltos
¿Cuáles son los riesgos asociados a los correos electrónicos devueltos?
El envío de correos electrónicos a destinatarios erróneos o inactivos se considera una «práctica de spam».
no puedes ignorarlos
Si quieres llegar al resto de tu lista, lo mejor es dejar de enviar mensajes a la parte «defectuosa» de la misma.
A veces, a esto se le llama «higiene de la lista».
deberías entender su significado
Existen tres tipos de notificaciones de estado de entrega (DSN):
Éxito: el correo electrónico se ha entregado (la notificación solo se envía si así lo solicita el remitente)
Rebote duro: se ha producido un error permanente
Rebote blando: se ha producido un error temporal
Rebote duro (código de estado 5.XXX.XXX): la dirección de correo electrónico generó un error permanente
como «550 5.1.1 … Usuario desconocido» o «5.1.2 … Host desconocido»
Un error permanente indica que nunca más debe enviar mensajes a ese destinatario.
Un solo mensaje devuelto debería activar el bloqueo de la dirección de correo electrónico.
Devolución temporal (código de estado 4.XXX.XXX): la dirección de correo electrónico generó un error temporal
como «452 4.2.2 … Bandeja de entrada llena»
Un error transitorio indica que puede volver a intentar el envío en el futuro.
Al menos tres mensajes devueltos, en un intervalo de pocos días, deberían activar el bloqueo de la dirección de correo electrónico.
deberías saber cómo funciona la gestión de rebotes (y cómo ajustarla)
- Todos los mensajes recibidos se descargan mediante una aplicación
se ponen a disposición para su revisión manual, ya sea a través de la interfaz de la aplicación o mediante un archivo JSON
- La clasificación sigue una serie de reglas que se pueden modificar
- Las opciones definen cuándo los rebotes blandos se «convertirán» en rebotes duros
Comprueba el número de rebotes
A veces, un error de configuración tanto por parte del remitente como del destinatario
puede provocar un rebote temporal o incluso un rebote definitivo.
Es recomendable comprobar el número de mensajes devueltos de la última semana
para ver si los valores son los mismos que antes o si hay alguna anomalía.
Si hay algún problema, lo notarás de inmediato.
Leer los detalles de los mensajes devueltos te ayudará a encontrar la causa.
Algunos sistemas permiten definir el número de días (por ejemplo, 180)
transcurridos los cuales se descarta la información de rebote de un suscriptor.
De este modo, el servidor SMTP intentará ponerse en contacto con ese destinatario de nuevo.
Los bloqueos activados por error se eliminarán automáticamente
pero la reputación del servidor SMTP puede verse afectada.
Nuevas tendencias en el tratamiento de rebotes
En una frase: más vale prevenir que curar.
Para evitar dañar la reputación de sus servidores SMTP,
cada vez más ESP (proveedores de servicios de correo electrónico) utilizan una«lista de supresión de correos electrónicos»
que actúa antes de que los mensajes lleguen al buzón del destinatario.
Cuando un cliente envía un correo electrónico que da lugar a un rebote permanente,
la dirección de correo electrónico que ha provocado el rebote se añade a la lista de exclusión.
La lista de exclusiones se aplica a todos los clientes. En otras palabras,
si un cliente distinto intenta enviar un correo electrónico a una dirección que figura en la lista de exclusiones,
el servidor SMTP no lo enviará, ya que la dirección de correo electrónico está excluida.
El uso de servidores SMTP con IP dedicada puede evitar algunos problemas relacionados con el uso compartido de reputación.
Por ejemplo, la «lista de supresión de correo electrónico» solo puede limitarse a tu dirección IP,
de modo que, si otro cliente provoca que el servidor SMTP sea incluido en una lista negra y se produzcan los rebotes correspondientes,
tus envíos de correo no se verán afectados.
Códigos de estado de los mensajes devueltos
Los códigos de estado utilizados para identificar los rebotes definitivos y los rebotes temporales tienen la siguiente sintaxis:
código-de-estado = clase «.» asunto «.» detalle
Los códigos de estado constan de tres campos numéricos separados por «.».
- el primer subcódigo (clase) indica si el intento de distribución se realizó con éxito
- el segundo subcódigo (asunto) indica la posible causa de cualquier anomalía en la entrega
- el tercer subcódigo (detalle) indica una condición de error específica
El subcódigo (clase) ofrece una clasificación general del estado.
Los valores que figuran para cada clase se definen de la siguiente manera en los documentos RFC 3463 y RFC 6522:
2.XXX.XXX Éxito (NO se envía a menos que lo solicite el remitente)
El código de éxito indica que el DSN informa de una acción de entrega positiva.
Los subcódigos de detalle pueden proporcionar información sobre las transformaciones necesarias para la entrega.
4.XXX.XXX Fallo transitorio persistente
Un fallo transitorio persistente es aquel en el que el mensaje enviado es válido,
pero la persistencia de alguna condición temporal ha provocado el abandono o el retraso de los intentos de envío del mensaje.
Si este código acompaña a un informe de fallo de entrega, es posible que el envío se realice con éxito en el futuro.
5.XXX.XXX Fallo permanente
Un fallo permanente es aquel que probablemente no se resolverá reenviando el mensaje en su forma actual.
Para que la entrega se realice con éxito, es necesario realizar algún cambio en el mensaje o en el destino.Algunos ejemplos de código y descripciones:
2.0.0: Enviado (mensaje aceptado para su entrega)
4.2.2: Superado el límite de cuota
4.4.5: Espacio en disco insuficiente
5.0.0: Nombre de dominio no válido
5.1.1: Usuario desconocido
5.7.1: Contenido del mensaje rechazado