← RFC Reference

RFC 3463: Códigos de Estado del Sistema de Correo Mejorado

Por Qué Existe

Los códigos de respuesta SMTP (RFC 5321) utilizan números de tres dígitos: 250 significa éxito, 550 significa fallo permanente, 421 significa problema temporal. Pero estos códigos son demasiado generales para el procesamiento automatizado. Un "550" podría significar:

• El buzón no existe
• El dominio no existe
• El remitente está bloqueado por política
• El contenido del mensaje fue rechazado

Cada uno de estos requiere una respuesta diferente del remitente. Los códigos de estado mejorados resuelven esto añadiendo un código estructurado clase.asunto.detalle que identifica precisamente el problema. Estos códigos aparecen en respuestas SMTP (mediante la extensión ENHANCEDSTATUSCODES) y en reportes DSN (RFC 3464) en el campo Status.

Cómo Funciona

Los códigos de estado mejorados siguen el formato X.Y.Z donde cada componente tiene un significado definido:

Estructura del Código

Ejemplo de Respuesta SMTP

RCPT TO:<user@example.org>
550 5.1.1 The email account that you tried to reach does not exist
     ^^^^^
     |   |
     |   +-- detalle 1 = dirección de buzón de destino incorrecta
     +------ asunto 1 = estado de direccionamiento
     clase 5 = fallo permanente

En un Reporte DSN

Final-Recipient: rfc822;user@example.org
Action: failed
Status: 5.1.1
Diagnostic-Code: smtp; 550 5.1.1 User unknown

Detalles Técnicos Clave

Valores de Clase

Valores de Asunto

Códigos Más Comunes para Remitentes de Correo

Errores Comunes

• Solo verificar el código de respuesta SMTP, ignorando el código mejorado. Un "550" te dice que es permanente, pero 5.1.1 (usuario desconocido) y 5.7.1 (bloqueo por política) requieren respuestas muy diferentes. Siempre analiza el código mejorado.
• Tratar todos los códigos 5.X.X como "eliminar de la lista". El código 5.7.1 a menudo significa un bloqueo por política temporal (filtro de spam, limitación de velocidad), no una dirección inválida. Eliminar ciegamente direcciones en cada fallo permanente causa una reducción innecesaria de la lista.
• Ignorar el dígito de clase. El primer dígito es el más importante. 4.2.2 (buzón lleno, transitorio) y 5.2.2 (buzón lleno, permanente) requieren manejo diferente. Algunos proveedores usan 4.X.X para problemas de cuota que se resuelven, y 5.X.X solo después de lleno prolongado.
• Codificar códigos específicos. El registro de código de estado mejorado (RFC 5248) es extensible. Se añaden nuevos códigos con el tiempo. Analiza la clase y el asunto para decisiones de enrutamiento, y registra el código completo para diagnósticos.
• Confundir códigos de respuesta SMTP con códigos de estado mejorados. El código SMTP de tres dígitos (550) y el código mejorado (5.1.1) son separados. El código mejorado aparece después del código SMTP en la línea de respuesta, o en el campo Status de un DSN.

Impacto en la Entregabilidad

• Precisión en la clasificación de rebotes. Los códigos de estado mejorados son la entrada principal para el procesamiento automatizado de rebotes. La clasificación correcta de rebotes permanentes (eliminar) vs. rebotes suaves (reintentar) vs. bloqueos por política (investigar) afecta directamente tu reputación de remitente y calidad de la lista.
• Lógica de reintento consciente de reputación. Una respuesta 4.7.1 (fallo temporal de autenticación) debe desencadenar una verificación de tus registros SPF/DKIM/DMARC, no solo un reintento ciego. Un 4.2.2 (buzón lleno) es un problema completamente diferente.
• Diagnósticos y depuración. Cuando la entregabilidad cae, los códigos de estado mejorados en tus registros de rebotes te dicen exactamente qué está pasando. Un pico en respuestas 5.7.1 sugiere un problema de reputación; un pico en 5.1.1 sugiere datos de lista incorrectos.
• Comportamiento específico del proveedor. Gmail, Microsoft y Yahoo todos utilizan códigos de estado mejorados, pero pueden asignar códigos ligeramente diferentes a la misma condición. Usa los códigos como guía y correlaciona con el texto Diagnostic-Code para contexto completo.

Related RFCs