Cuando no se puede entregar un mensaje, obtiene un rebote y en él hay un código numérico que le dice exactamente por qué, si alguna vez tendrá éxito y en qué extremo está el problema.
La mayoría de las personas leen la frase en lenguaje natural en la parte superior de un rebote, deciden que no es útil y se rinden. La frase está escrita por cualquier servidor que rechazó el correo y a menudo es vaga. El código no lo es. Este artículo es una referencia para los códigos que verá realmente y qué hacer con cada uno.
Cómo leer un rebote
Un rebote lleva dos números.
El código de respuesta tiene tres dígitos, como 550 o 451. El primer dígito es el que importa:
- 4xx es temporal. El servidor receptor no pudo recibir el mensaje en este momento. Su servidor de correo seguirá reintentando durante un período y puede que tenga éxito por sí solo. No haga nada aún.
- 5xx es permanente. El servidor receptor nunca aceptará este mensaje. Reintentar no cambia nada. Algo tiene que cambiar primero.
El código de estado mejorado son tres números separados por puntos, como 5.1.1 o 4.2.2. Proporciona la razón específica y sigue la misma regla: un 5 inicial es permanente, un 4 inicial es temporal.
Así que 550 5.1.1 User unknown es permanente y significa que la dirección no existe. 452 4.2.2 Mailbox full es temporal e indica reintentar más tarde.
Si un rebote no dice obviamente qué está mal, busque en la web el código de estado mejorado exacto más el nombre del proveedor receptor. Cada gran proveedor publica su propia lista de códigos y esa página le dirá precisamente qué significan, que a menudo es más específico que la definición estándar.
Fallos permanentes (5xx)
| Código | Generalmente significa | Qué hacer |
|---|---|---|
550 5.1.1 | La dirección del destinatario no existe | Verifique la ortografía. Si es correcta, la dirección se ha cerrado. Elimínela de sus registros. |
550 5.1.2 | El dominio del destinatario no existe o no tiene un servidor de correo | Verifique la ortografía del dominio. Si es correcta, su dominio no tiene un registro MX funcional y es su problema solucionarlo. |
550 5.7.1 | Rechazado por política. El rechazo general para fallos de autenticación, listados de bloqueo y reglas de contenido | Lea el resto del mensaje. Este es el que generalmente apunta a SPF, DKIM, DMARC o a un listado de bloqueo. |
550 5.7.26 | El proveedor receptor requiere autenticación que su dominio no está pasando | Corrija SPF y DKIM. Consulte SPF, DKIM y DMARC explicados. |
551 | La dirección no se gestiona aquí y no existe una ruta de reenvío | Utilice la dirección correcta. |
552 5.2.2 | El buzón del destinatario ha superado su límite de almacenamiento, rechazado permanentemente | Informe al destinatario. Nada en su extremo ayuda. |
553 5.1.3 | La dirección es sintácticamente inválida | Corrija el formato de la dirección. |
554 5.7.1 | La transacción fue rechazada de plano, a menudo en el momento de la conexión | Generalmente un listado de bloqueo o un bloque de política duro. Consulte Eliminarse de un listado de bloqueo. |
Fallos temporales (4xx)
| Código | Generalmente significa | Qué hacer |
|---|---|---|
421 4.7.0 | El servicio receptor no está disponible o está acelerando su conexión | Nada. Los reintentos lo manejan. Si persiste durante horas, el proveedor receptor lo está limitando por velocidad. |
450 4.2.1 | El buzón no está disponible temporalmente, a menudo greylisting | Nada. El greylisting deliberadamente difiere un remitente por primera vez y acepta el reintento. |
451 4.3.0 | Un error local en el servidor receptor | Nada. Los reintentos lo manejan. |
452 4.2.2 | El buzón del destinatario está lleno | Nada de inmediato. Si persiste durante días, póngase en contacto con el destinatario de otra forma. |
452 4.5.3 | Demasiados destinatarios en un mensaje | Divida el mensaje en lotes más pequeños de destinatarios. |
4.4.1 | Sin respuesta del host receptor | Nada. Su servidor está desconectado o inaccesible. |
4.7.x | Un bloque de política temporal, a menudo relacionado con la reputación | Revise la autenticación de su dominio. Un dominio joven o mal autenticado se difiere mucho más a menudo. |
El greylisting vale la pena reconocer porque parece alarmante y es completamente normal. Un servidor receptor deliberadamente rechaza el primer intento de un remitente desconocido con un 4xx y acepta el reintento unos minutos después. Si su correo llega tarde pero llega, es probable que el greylisting sea la causa y no hay nada que solucionar.
Rebotes generados en el extremo de KapsuleHost
Algunos rebotes provienen de nuestra plataforma en lugar del destinatario. Estos son los que tiene control directo:
El buzón del destinatario está lleno. Un buzón de KapsuleHost que ha superado su límite de almacenamiento rechaza correo nuevo y el remitente recibe un rebote que lo dice. Solucionarlo desde su lado con Mi buzón está lleno.
La dirección no existe. Eliminar un buzón, reenviador, lista de correo o buzón compartido significa que el correo a esa dirección rebota de entonces en adelante. El panel le advierte sobre esto en el punto de eliminación. Un catch-all en el dominio lo previene, al costo de recibir todo lo enviado a cada dirección con errores tipográficos.
Una regla de bloqueo lo rechazó. La pestaña Filtro de spam en un buzón le permite bloquear remitentes y dominios específicos, y el correo bloqueado se rechaza en lugar de archivarse. Si un colega reporta ser rechazado, verifique esa pestaña antes de mirar a cualquier otro lado.
Puntuación de spam atroz. El correo puntuado muy por encima del umbral de spam se rechaza en la entrega, por lo que se le dice al remitente que no llegó. El correo puntuado moderadamente se archiva en la carpeta Correo no deseado en su lugar, donde puede recuperarlo. Nada se descarta silenciosamente.
Se alcanzó un límite de envío. Si le rechazan cuando envía, puede haber alcanzado los límites de velocidad por buzón descritos en Límites de envío de correo electrónico.
Rebotes duros versus rebotes blandos
Los remitentes en masa utilizan dos términos informales que se asignan a los códigos anteriores. Un rebote duro es un 5xx: la dirección está muerta y debe eliminarse de su lista de forma permanente. Un rebote blando es un 4xx: una condición temporal que vale la pena reintentar.
La regla práctica es que una dirección que rebota duramente debe salir de su lista en el primer rebote. Continuar enviando correo a direcciones que han fallado permanentemente es una de las señales de reputación negativa más fuertes que existen, y los proveedores de recepción la tratan como evidencia de que no mantiene sus listas.
Si una gran proporción de un envío rebota duramente, deje de enviar. Una alta tasa de rebote en una campaña dañará la reputación de su dominio durante semanas después, y cada mensaje legítimo que envíe mientras tanto sufre por ello. Limpie la lista y luego reanude.
Determinar de quién es el problema
- Cada destinatario en cada proveedor rebota. Su dominio o su configuración de envío. Comience con la pestaña Entregabilidad en su buzón y ¿Por qué mis correos electrónicos van a spam?.
- Cada destinatario en un proveedor rebota. Ese proveedor tiene un problema específico con su dominio o la infraestructura de envío. Lea el código y luego verifique las herramientas de postmaster de ese proveedor.
- Un destinatario rebota, todos los demás están bien. Su dirección, su buzón o las reglas de correo de su organización. Póngase en contacto con ellos de otra forma.
- Comenzó de repente sin cambios en su extremo. Compruebe si su dominio o la infraestructura de envío ha aparecido en algún lugar: consulte Eliminarse de un listado de bloqueo.
Obtener ayuda
Si tiene un rebote que no puede interpretar, abra una solicitud de soporte e incluya el texto completo del mensaje de rebote, no un resumen o una captura de pantalla de la primera línea. La información útil está en los encabezados y la respuesta del servidor final, y ambas se pierden cuando un rebote se parafrasea. Incluya la hora en que sucedió y la dirección del destinatario.
Lectura relacionada: ¿Por qué mis correos electrónicos van a spam?, Límites de envío de correo electrónico, Correo electrónico no recibido y SPF, DKIM y DMARC explicados.