Códigos de error SMTP explicados: qué significan de verdad 421, 550 y 554

Cuando un correo rebota, SMTP devuelve un código de 3 dígitos y, opcionalmente, un código de estado extendido (como 5.1.1). La mayoría de los ESP muestra el código en su panel, pero casi nunca te dice qué hacer con él. Esta referencia cubre ese hueco para los códigos que de verdad vas a ver.

Cómo se estructuran los códigos de estado SMTP

Una respuesta como 550 5.1.1 The email account that you tried to reach does not exist tiene tres capas:

• Código básico (550): códigos de respuesta de RFC 5321. El primer dígito es la categoría más amplia.
• Código de estado extendido (5.1.1): más detalle, según RFC 3463.
• Texto del motivo: legible para personas, cambia según el servidor del destinatario.

El primer dígito es el que más te dice:

• 2xx: éxito.
• 3xx: se necesita más información (continuación).
• 4xx: fallo temporal (vuelve a intentar).
• 5xx: fallo permanente (no vuelvas a intentar).

Los códigos que de verdad vas a ver

421: servicio no disponible

El servidor receptor está rechazando tu conexión de forma temporal. Causas comunes:

• El servidor del destinatario está sobrecargado.
• Greylisting (un aplazamiento temporal deliberado).
• Tu IP tiene un límite de tasa por reputación.
• Ventana de mantenimiento.

Solución: el ESP debería reintentar solo. Si ves 421 persistentes desde un mismo destinatario, lo más probable es que tu reputación de IP con él esté deteriorada. Revisa Postmaster Tools / SNDS.

450: buzón no disponible temporalmente

El buzón existe, pero ahora mismo no puede aceptar correo. Se usa mucho para greylisting y para buzones llenos de forma temporal.

Solución: reintenta según la configuración predeterminada del ESP. Después de 5 reintentos en 72 horas, suprime la dirección.

451: error de procesamiento local

El servidor del destinatario tuvo un error interno temporal. Con menos frecuencia, se usa como límite de tasa genérico.

Solución: reintento automático. Si pasa seguido con un mismo destinatario, baja el volumen hacia ese dominio.

452: almacenamiento del sistema insuficiente

El servidor del destinatario se quedó sin espacio en disco (raro hoy en día) o el buzón del destinatario está lleno.

Solución: reintento automático. Los buzones llenos suelen liberarse en unos días.

550: buzón no disponible / usuario inexistente

El hard bounce más común. El buzón no existe. Códigos extendidos:

• 5.1.1: buzón de destino incorrecto.
• 5.2.1: buzón desactivado.
• 5.7.1: entrega no autorizada (muchas veces significa que se rechazó a tu remitente, no que falte el buzón).

Solución: suprime la dirección de inmediato, salvo cuando el código extendido sea 5.7.1, que suele ser un problema de política/reputación y no un usuario inexistente.

551: usuario no local

El servidor del destinatario no tiene autoridad sobre este dominio. Estás intentando entregar al servidor equivocado.

Solución: casi siempre es un registro MX mal configurado o un reenvío desactualizado. Revisa los registros MX con la consulta MX y vuelve a resolver.

552: se excedió la asignación de almacenamiento

RFC 5321 lo llama asignación de almacenamiento excedida; en la práctica suele significar que tu mensaje es demasiado grande. La mayoría de los proveedores pone el límite en unos 20 a 25 MB; algunos límites empresariales de Gmail/Outlook son más altos.

Solución: comprime los adjuntos o súbelos a un servidor y enlázalos. No reintentes sin modificar el mensaje.

553: nombre de buzón no permitido

La dirección del destinatario tiene caracteres no válidos o se rechaza tu dirección "From".

Solución: valida la sintaxis de la dirección. Si se rechaza la dirección From, revisa que tenga SPF válido y alineación DMARC.

554: transacción fallida (genérico)

El rechazo por política más común. Los códigos extendidos son clave:

• 5.7.0 / 5.7.1: mensaje rechazado; los motivos van desde un fallo de autenticación hasta una IP bloqueada.
• 5.7.9: registrado para SMTP AUTH ("authentication mechanism is too weak"), pero Yahoo devuelve 554 5.7.9 para rechazos por política.
• 5.7.26: fallaron varias verificaciones de autenticación (Gmail lo envía con un 550).

Solución: lee el texto completo del motivo. Los problemas de autenticación se resuelven corrigiendo SPF/DKIM/DMARC. Los bloqueos se resuelven corrigiendo la reputación. Los problemas de listas de supresión se resuelven atendiendo al remitente, no al buzón.

571: entrega no autorizada

No es un código estándar de RFC 5321. Los servidores Microsoft Exchange más antiguos lo usan para un bloqueo por política cuando tu IP o tu dominio se rechaza directamente.

Solución: revisa SNDS para la reputación de la IP, revisa la autenticación y revisa el estado en blacklists con el verificador de blacklists.

Códigos de estado extendidos comunes que conviene conocer

Código	Significado	Solución probable
5.1.1	Buzón de destino incorrecto	Suprime la dirección
5.1.2	Sistema de destino incorrecto	Revisa los registros MX
5.1.8	Sistema del remitente incorrecto	Tu dominio From tiene problemas de DNS
5.2.2	Buzón lleno	Reintento automático, supresión al final
5.4.1	El host no responde	El servidor del destinatario está caído
5.7.0	Otro motivo de seguridad/política	Lee el texto completo del rebote
5.7.1	Entrega no autorizada	Problema de reputación o de autenticación
5.7.9	Mecanismo de autenticación demasiado débil (Yahoo: rechazo por política)	Lee el texto; en Yahoo, revisa SPF/DKIM/DMARC
5.7.25	Falló la validación de DNS inverso	Configura un PTR válido (consulta la consulta de DNS inverso (PTR))
5.7.26	Fallaron varias verificaciones de autenticación	Alineación DMARC rota

Los rebotes por reputación del remitente

Algunos códigos que los paneles de los ESP suelen clasificar mal como hard bounces, pero que en realidad son problemas de reputación:

• 554 5.7.1 que menciona "blocked" / "denylisted" / "policy": se está rechazando a tu remitente, no es que falte el buzón.
• 421 4.7.0 seguido de lenguaje sobre reputación: un throttling temporal.
• 550 5.7.606-649 (Microsoft): IP vetada en Microsoft 365. Pide la eliminación en sender.office.com (portal de delisting de Microsoft), no suprimas las direcciones.

Suprimir estas direcciones te hace perder contactos a los que sí se puede entregar. Corrige el problema de reputación y esas mismas direcciones van a volver a recibir.

Cómo leer un rebote en bruto

Un mensaje de rebote incluye la respuesta SMTP en su cuerpo, y el analizador de rebotes lee cada código del que pegues. Busca la sección "Diagnostic-Code" o el bloque con sangría debajo de "Final-Recipient":

Final-Recipient: rfc822; user@example.com
Action: failed
Status: 5.7.26
Diagnostic-Code: smtp; 550-5.7.26 This mail has been blocked because the sender is...

La primera línea del código de diagnóstico es la respuesta exacta del servidor receptor. Sobre eso es lo que hay que actuar, no sobre la interpretación de tu ESP.

Cómo clasificar los rebotes

Una clasificación semanal sencilla:

1. Agrupa los rebotes por código de estado extendido (5.7.x vs 5.1.x vs 4.x).
2. 5.1.x y 5.2.x: problema de higiene de la lista. Suprime e investiga la calidad de los registros.
3. 5.7.x: problema de reputación o de autenticación. No suprimas; corrige la causa de fondo.
4. 4.x: normalmente se resuelve solo. Investiga solo si persiste.

Preguntas frecuentes

¿Cuál es la diferencia entre los códigos 4xx y 5xx? 4xx es temporal, así que se reintenta. 5xx es permanente, así que no se reintenta. La mayoría de los ESP lo manejan automáticamente.

¿Por qué recibo errores 550 para direcciones de correo válidas? O la dirección se desactivó o, más a menudo, el 550 es en realidad un 550 5.7.x e indica un bloqueo por política, no un buzón inexistente. Revisa el código extendido.

¿Debo suprimir las direcciones que devuelven 554? Solo si el código extendido dice claramente que el buzón no es válido. Los códigos 554 5.7.x casi siempre son problemas de reputación/autenticación. Suprimirlos es un error.

¿Qué significa exactamente "5.7.26"? Gmail lo envía como 550 5.7.26. Es el código de "multiple authentication checks failed". Casi siempre significa que la alineación DMARC se rompió. Revisa SPF y la firma DKIM, y alinea tu dominio From:.

¿Reintentar un código 5xx daña mi reputación? Sí. Los reintentos persistentes contra un 5xx se ven como comportamiento de bot. Configura tu ESP para que respete los fallos permanentes.

En resumen

Los códigos SMTP son oro para el diagnóstico si los lees. El primer dígito te dice si reintentar; el código extendido te dice qué corregir de verdad. Suprimir cada 5xx sin leer el código extendido es el error de clasificación más común y más caro en entregabilidad.

👉 Sigue con: Soft bounce vs hard bounce · ¿Por qué bajó mi reputación de remitente? · Cómo corregir SPF, DKIM y DMARC

Fuentes

• RFC 5321: Simple Mail Transfer Protocol, los códigos de respuesta básicos (421, 450, 451, 452, 550 a 554) y su redacción.
• RFC 3463: Enhanced Mail System Status Codes, la estructura class.subject.detail de los códigos de estado extendidos como 5.1.1 y 5.7.1.
• IANA SMTP Enhanced Status Codes registry, el significado actual de cada código de estado extendido, incluidos 5.7.9, 5.7.25 y 5.7.26.
• RFC 3464: An Extensible Message Format for Delivery Status Notifications, los campos Final-Recipient, Status y Diagnostic-Code de un rebote.
• Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn), la lista propia de Microsoft de códigos de Exchange Online, incluidos 5.7.606-649 y 5.7.708.