Directorio de errores SMTP: códigos de rebote comunes por proveedor

Última actualización: julio de 2026

En resumen: Cuando la entrega de un correo falla, los servidores de destino devuelven un código de estado numérico SMTP junto con un mensaje explicativo (informe de rebote o bounce). Este directorio agrupa las explicaciones de error específicas de las cinco principales plataformas receptoras con enlaces directos a las guías de resolución paso a paso y a los formularios postmaster de desbloqueo.

Los servidores de correo intercambian mensajes utilizando el protocolo simple de transferencia de correo (SMTP). Cuando un servidor receptor detecta un problema durante la entrega —como la ausencia de registros de autenticación (SPF, DKIM, DMARC), falta de configuración DNS inversa (PTR) o una tasa de quejas por spam elevada—, interrumpe la sesión devolviendo un código numérico de tres dígitos y un mensaje descriptivo de texto.

Los códigos de estado que comienzan por 4xx (como el 421 o el 451) indican una limitación o retraso temporal (greylisting o rate-limiting), indicando a tu servidor de correo que reintente el envío automáticamente más tarde. Los códigos que empiezan por 5xx (como el 550 o el 554) indican un rechazo permanente (hard bounce), siendo necesaria una intervención técnica y corrección antes de poder completar la entrega con éxito.

Directorio de errores y guías de desbloqueo por proveedor

Cada proveedor receptor aplica sus propios algoritmos antispam y políticas postmaster. Selecciona el proveedor desde el que has recibido el mensaje de rebote para consultar las definiciones exactas, las causas principales y los procedimientos de desbloqueo:

1. Google (Gmail y Google Workspace)

Google aplica una verificación de autenticación estricta en todo el correo entrante y monitoriza de cerca la tasa de quejas de los usuarios mediante Google Postmaster Tools. La falta de registros SPF o DKIM, o los picos de volumen inusuales, provocan rechazos inmediatos:

• Cómo solucionar errores SMTP en Gmail 550 5.7.26, 421 4.7.28 y 4.7.25

2. Microsoft (Outlook.com y Microsoft 365 / Exchange)

Microsoft bloquea direcciones IP remitentes con mala reputación de red y exige el cumplimiento estricto de SPF, DKIM y DMARC a los remitentes de gran volumen. Además, los administradores informáticos de inquilinos de Office 365 pueden crear listas de bloqueo internas:

• Cómo solucionar el error SMTP en Outlook 5.7.606 (Banned IP) y listas de bloqueo personalizadas

3. Deutsche Telekom (T-Online)

Los servidores de correo de T-Online son altamente sensibles a los incrementos bruscos de volumen, a tasas elevadas de rebote y a errores de resolución DNS inversa (FCrDNS). Deutsche Telekom pone a disposición un contacto directo de postmaster para gestionar solicitudes de desbloqueo:

• Cómo solucionar el error SMTP en T-Online 554 IP Blocked y desbloqueo vía tosa@rx.t-online.de

4. 1&1 Mail & Media (GMX y WEB.DE)

La infraestructura compartida Nemesis ESMTP Service de GMX y WEB.DE omite los códigos de estado extendidos habituales e incorpora direcciones URL de diagnóstico (URI) directamente en el mensaje de error para redirigir a los administradores a los formularios exactos de desbloqueo:

• Cómo solucionar el error SMTP en GMX y WEB.DE 554 (IP Block Listed) y reintentos 421

5. IONOS (Hosting y Mail Business)

IONOS supervisa rigurosamente tanto la autenticación técnica como la consistencia de las conexiones. Intentar entregar mensajes en buzones que no existen (Mailbox unavailable) o emplear identificaciones HELO/EHLO dinámicas o rotativas genera de inmediato bloqueos de IP y limitaciones temporales:

• Cómo solucionar el error SMTP en IONOS 550 (Policy Restrictions) y limitación HELO

Buenas prácticas para prevenir rebotes SMTP

Para conservar la máxima entregabilidad y evitar que tus direcciones IP sean incluidas en listas negras en cualquier plataforma receptora, sigue estos estándares fundamentales:

• Autenticación completa: Publica registros SPF, DKIM y DMARC precisos y válidos para todos los dominios que envíen correo electrónico desde tu infraestructura.
• DNS inverso válido (PTR): Asegúrate de que cada dirección IP de envío cuente con un registro DNS inverso (FCrDNS) que resuelva exactamente al nombre de host de tu servidor.
• Higiene activa de listas: Elimina de inmediato los rebotes definitivos (5xx) de tus bases de datos de suscriptores e implementa procesos de doble opt-in (double opt-in).

Verificar tu configuración

Para comprobar que tu dominio y tu infraestructura de servidores cumplen con los estándares de autenticación y registros DNS y prevenir los rechazos SMTP, audita tu configuración con el escáner gratuito MXAudit.