Referencia: 421 4.7.0 en la wiki de códigos de error
En esta página
- Qué significa realmente 421 4.7.0
- Causa 1: reputación de IP baja
- Causa 2: pico de volumen
- Causa 3: límite de mensajes por conexión
- Causa 4: reputación de dominio en caída
- ¿Debo reintentar a mano?
- Cómo saber si el 421 es "solo throttling" o un problema real
- Preguntas frecuentes
- Detecta el throttling antes de que te detecte a ti
- Fuentes
Si el MX de Gmail responde con esta línea, te topaste con un aplazamiento temporal 4xx:
421 4.7.0 [203.0.113.10 15] Our system has detected that this message is
421 4.7.0 suspicious due to the very low reputation of the sending IP address.
421 4.7.0 To best protect our users from spam, the message has been blocked.
O a veces la versión más simple:
421 4.7.0 Try again later, closing connection.
Los dos son códigos 4xx, así que tu servidor de envío va a reintentar el mensaje. Pero "reintentado" no significa "entregado". Los 421 persistentes se acumulan en tu cola, frenan las entregas posteriores y señalan un problema de reputación que hay que resolver.
Qué significa realmente 421 4.7.0
Gmail usa 421 como respuesta genérica de throttling temporal, con varias causas posibles. Google enumera las variantes en su página Gmail SMTP errors and codes:
| Causa | Mensaje típico |
|---|---|
| Reputación de IP baja | ...suspicious due to the very low reputation of the sending IP address |
| Pico de volumen | ...IP isn't normally seen with this volume |
| Límite por conexión | Try again later, closing connection. (después de N mensajes en una misma conexión TCP) |
| Reputación de dominio en caída | ...domain reputation mencionado en el aplazamiento |
Lee la respuesta SMTP completa, no solo el código. La mayoría de los ESP la recortan en la interfaz, así que revisa los logs en bruto.
Causa 1: reputación de IP baja
La causa más común. El sistema de reputación de Gmail decidió que tu IP de envío manda demasiados mensajes marcados como spam o sin autenticar en comparación con los legítimos.
Confírmalo: revisa Google Postmaster Tools → IP Reputation. Si ves Low o Bad para tu IP de envío, ahí está.
Resuélvelo:
- Detén de inmediato los envíos agresivos.
- Envía solo a tus contactos más activos (que abrieron en los últimos 30 días) durante al menos 14 días.
- Verifica que SPF, DKIM y DMARC estén alineados (pasa un envío reciente por nuestro analizador de encabezados de correo).
- Si estás en una IP compartida, el problema pueden ser tus vecinos; considera pasarte a una IP dedicada y calentarla.
Causa 2: pico de volumen
Gmail arma un perfil de tu volumen de envío normal por día. Si de repente multiplicas por 5 o por 10 tu cantidad habitual, Gmail va a empezar a aplazar el excedente aunque tu reputación esté sana.
Resuélvelo:
- Sube de forma gradual: no más de +30% al día durante el calentamiento.
- Reparte las campañas grandes en varias ventanas de envío.
- Si eres un remitente nuevo, sigue una curva de calentamiento de 4 a 6 semanas (por ejemplo, 50 → 100 → 250 → 500 → 1k → 2.5k → 5k al día).
Causa 3: límite de mensajes por conexión
Gmail cierra una conexión TCP después de unos 100 mensajes y devuelve 421 4.7.0 Try again later, closing connection. Esto es normal y esperado. La mayoría de los MTA decentes (KumoMTA, PowerMTA, Postfix bien ajustado) se reconectan solos.
Si lo ves todo el tiempo y tu MTA no se reconecta, es un problema de configuración del MTA, no de reputación.
Resuélvelo (ejemplo con Postfix):
smtp_destination_concurrency_limit = 10
smtp_destination_rate_delay = 1s
En KumoMTA, define límites de conexiones por MX en tu configuración de egress shaping.
Causa 4: reputación de dominio en caída
Si tu IP está bien pero tu reputación de dominio está bajando (por ejemplo, Yellow o Red en Postmaster Tools), Gmail va a aplazar incluso desde una IP limpia.
Resuélvelo:
- Audita los envíos de los últimos 7 días en busca de tasas altas de quejas de spam.
- Quita los segmentos que no han abierto en más de 90 días.
- Revisa si hay autenticación comprometida. ¿Alguien más (o una herramienta olvidada) está enviando desde tu dominio? Los informes agregados de DMARC te lo van a decir.
¿Debo reintentar a mano?
No. 421 es un 4xx, y tu MTA va a reintentar según su propio calendario (normalmente cada 5 a 15 minutos durante la primera hora, y después espaciando los intentos). Los reintentos manuales desde la misma IP solo provocan el mismo aplazamiento e inflan la cola.
Lo correcto es bajar el ritmo de envío durante unas horas y dejar que la cola se vacíe al ritmo de Gmail.
Cómo saber si el 421 es "solo throttling" o un problema real
El throttling sano se ve así: un porcentaje pequeño de mensajes aplazados durante los picos de volumen, todos entregados en 1 a 2 horas, sin impacto en la ubicación.
Un problema real se ve así: una tasa de aplazamientos que sube día tras día, mensajes que expiran después de 24 a 72 horas de reintentos y Postmaster Tools mostrando un deterioro de la reputación.
Si estás en el segundo grupo, detén las campañas y trátalo como un incidente de reputación.
Preguntas frecuentes
¿El 421 4.7.0 acaba convirtiéndose en un rebote 550? Sí. Si tu MTA deja de reintentar (por defecto, unos 3 a 5 días en la mayoría), el mensaje vuelve al remitente como hard bounce. No dejes mensajes en la cola indefinidamente; acorta las ventanas de reintento.
¿El 421 4.7.0 daña mi reputación? El 421 en sí, no. Pero lo que causó el 421 (quejas de spam, fallos de alineación, volumen sospechoso) sí, sin duda. Trata el 421 como un síntoma.
¿Cuánto dura el throttling de Gmail? Por volumen: horas. Por reputación: de días a semanas de envío limpio para recuperarse. Calentamiento de una IP nueva: de 4 a 8 semanas para llegar al rendimiento completo.
Detecta el throttling antes de que te detecte a ti
MailVitals monitorea tus IP de envío, las señales de reputación de tu dominio y la salud de tu autenticación las 24 horas, los 7 días. Cuando algo empieza a desviarse, recibes una alerta antes de que Gmail empiece a limitarte. Deja de descubrir los problemas de entregabilidad en tu log de rebotes.
Fuentes
- Gmail SMTP errors and codes (Ayuda de Google Workspace), las variantes de 421 4.7.0 que envía Gmail, desde la reputación baja de IP o de dominio hasta un registro PTR ausente y "Try again later, closing connection".
- Email sender guidelines (Ayuda de Gmail), la recomendación de Google de subir el volumen de forma gradual, evitar picos repentinos y reducir el volumen hasta que bajen los aplazamientos.
- RFC 5321: Simple Mail Transfer Protocol, define 421 como una respuesta transitoria de "service not available" y fija un tiempo de abandono de al menos 4 a 5 días para el correo en cola.
- RFC 3463: Enhanced Mail System Status Codes, el esquema class.subject.detail detrás de 4.7.0: 4 es transitorio, 7 es un estado de seguridad o de política.