421 4.7.28 “Our system has detected an unusual rate of unsolicited mail originating from your IP address”: cómo solucionarlo en Gmail

Si Gmail está aplazando tu correo con algo como esto, te topaste con un throttling de Gmail por reputación de IP:

421-4.7.28 [203.0.113.42 15] Our system has detected an unusual rate of
421-4.7.28 unsolicited mail originating from your IP address. To protect our
421-4.7.28 users from spam, mail sent from your IP address has been temporarily
421-4.7.28 rate limited. Please visit
421 4.7.28 https://support.google.com/mail/?p=UnsolicitedRateLimitError to
review our Bulk Email Senders Guidelines. - gsmtp

No te bloquearon de forma definitiva ni estás en una blacklist, y tu autenticación no falló. El 421 4.7.28 es el throttling de Gmail por reputación de cada IP: cuando el volumen o la tasa de señales de spam de tu IP de envío supera el umbral móvil de Gmail, Gmail aplica un soft bounce (4xx) al correo nuevo de esa IP hasta que la señal baja.

El detalle crítico que casi todos pasan por alto en la primera lectura: esta variante está ligada a la dirección IP, no al dominio de envío. Gmail envía el mismo código 4.7.28 nombrando tu bloque de red IP, tu dominio DKIM, tu dominio SPF o un dominio de URL cuando es una de esas cuotas la que se superó (Google enumera cada variante), así que revisa cuál nombra tu rebote. Dos remitentes que comparten la misma IP de salida pueden tumbarse entre sí, y un dominio limpio en una IP compartida ruidosa va a recibir el 421 4.7.28 aunque su autenticación sea perfecta.

Qué significa de verdad el 421 4.7.28

Desglosa la respuesta parte por parte:

• 421: en SMTP, "service not available, closing transmission channel". Un código 4xx es un fallo transitorio. Tu MTA mantendrá el mensaje en la cola y lo reintentará según su calendario normal.
• 4.7.28: el código de estado extendido. El 4 inicial confirma que es transitorio. El 7 es la categoría de política/seguridad. El 28 es el subcódigo que Gmail usa para sus límites de tasa de correo no solicitado (IANA registra X.7.28 como "mail flood detected").
• [203.0.113.42 15]: la IP exacta que Gmail está limitando, más un contador interno. La IP es lo que tienes que investigar; el dominio es secundario.
• unsolicited mail originating from your IP address: la redacción de Gmail es deliberada: las quejas, la ubicación en la carpeta de spam y las señales ponderadas por engagement de esa IP durante la ventana móvil de Gmail superaron el umbral.
• temporarily rate limited: el énfasis está en temporal. No hay ningún formulario de eliminación. El throttling se levanta solo cuando baja la señal móvil.

La diferencia clave con el más genérico límite de tasa 421 4.7.0 de Gmail: Gmail usa 4.7.0 para muchos aplazamientos que no tienen relación entre sí (reputación baja, un registro PTR ausente, demasiados mensajes en una sola conexión), mientras que 4.7.28 siempre significa que se superó una cuota de correo no solicitado. Bajar el ritmo resuelve un límite de tasa puro; no resuelve un 4.7.28 cuya causa son las quejas.

Las causas de fondo más comunes

En incidentes reales, el 421 4.7.28 viene de alguna de estas:

• IP de envío compartida con un vecino ruidoso. Si estás en un pool compartido de un ESP (SendGrid, Mailgun, Amazon SES, Postmark, etc.), un mal envío de otro cliente puede envenenar la IP para todos. Es la causa más común para los remitentes SaaS.
• Tasa de quejas por spam en aumento en la IP. Cualquier valor sostenido por encima de 0.10% es un problema en Gmail; 0.30% es la línea roja. Incluso una sola mala campaña puede disparar la tasa móvil.
• Subida repentina de volumen desde una IP fría. Pasar de 1,000 al día a 100,000 al día de la noche a la mañana, incluso con contenido limpio, se ve igual que un relay comprometido para el sistema de reputación de Gmail.
• DMARC ausente o débil en el dominio de envío. El 4.7.28 está ligado a la IP, pero Gmail igual toma en cuenta la tasa de DMARC pass del dominio en la puntuación de la IP. Una avalancha de tráfico p=none con poca alineación perjudica a la IP desde la que se envió.
• Cuenta comprometida o open relay en la IP. Si un cliente o una cuenta interna empieza a enviar en masa a través de tu relay, la IP puede recibir el 4.7.28 antes de que lo notes.
• Mal perfil de rebotes / higiene de lista. Las tasas altas de hard bounce y los envíos a spam traps (trampas de spam) pesan en contra de la IP igual que las quejas.

Solución paso a paso

Sigue esta lista en orden. Saltarte pasos suele significar que el throttling vuelve en cuestión de horas.

1. Confirma qué IP está limitada. Saca la IP exacta del texto del rebote (el valor entre corchetes). No lo des por hecho. Si tienes varias IP de salida, puede que solo una esté afectada.
2. Revisa la IP en las principales DNSBL. Un aplazamiento 4.7.28 y un listado nuevo en una DNSBL suelen tener la misma causa de fondo. Pasa la IP por el verificador de blacklists gratuito y la página de Spamhaus ZEN en la wiki para ver qué está listado y por qué.
3. Saca los datos de Postmaster Tools de la IP y el dominio. Gmail Postmaster Tools muestra la reputación de IP (Bad / Low / Medium / High), la reputación de dominio, la tasa de quejas por spam y la tasa de autenticación exitosa. Si no lo tienes configurado, sigue la guía de Google Postmaster Tools; de aquí en adelante no es opcional.
4. Pausa los envíos desde la IP afectada. Seguir empujando volumen contra un throttling 4.7.28 solo empeora la señal móvil. Detén la campaña problemática o, si puedes, desvía el tráfico a otra IP que sepas que está sana.
5. Identifica el segmento o el cliente responsable. Cruza los picos de quejas de Postmaster Tools con tu registro de campañas. Si operas una plataforma con varios clientes, aísla qué envío de qué cliente lo provocó.
6. Suprime los hard bounces y los destinatarios de Gmail sin engagement. Antes de reanudar, saca del segmento de Gmail a todos los que tuvieron un hard bounce, se quejaron o no abrieron nada en 90 días o más.
7. Verifica que la autenticación siga alineada. El 4.7.28 no es un fallo de autenticación, pero un throttling 4.7.28 encima de un DMARC roto significa que Gmail no te va a dar ningún margen. Vuelve a revisar la alineación de SPF, DKIM y DMARC de cada dominio de envío en esa IP.
8. Vuelve a subir de forma gradual. No reanudes con el volumen que causó el problema. Reinicia con más o menos el 25% del volumen previo al incidente, hacia el segmento limpio, monitorea Postmaster Tools durante 48 horas y luego sube.

Si estás en infraestructura compartida y no puedes aislar al mal vecino, las opciones realistas son: pedirle a tu ESP que te mueva a otro pool, pasar a una IP dedicada o contratar a un experto en entregabilidad para que haga el diagnóstico y negocie el cambio por ti.

Cuánto tarda en resolverse el 421 4.7.28

El 4.7.28 es móvil, no absoluto. El throttling se levanta en cuanto la señal de reputación de la IP en la ventana de medición de Gmail baja del umbral. En la práctica:

• Unas horas: si dejaste de enviar de inmediato y el pico fue pequeño y aislado.
• De 24 a 72 horas: en un incidente típico de tamaño medio en el que pausaste, limpiaste el segmento y reanudaste con menos volumen.
• Una semana o más: si seguiste enviando contra el throttling, o si otro cliente vuelve a envenenar una IP compartida una y otra vez.

Como es móvil y no un listado, no existe un formulario de Gmail para "solicitar la eliminación" del 4.7.28. Las instrucciones de Gmail son dejar de enviar durante al menos 10 minutos, encontrar la causa y luego reconectarte con una sola conexión y agregar conexiones de una en una. El throttling se resuelve solo cuando baja la señal.

Preguntas frecuentes

¿El 421 4.7.28 es lo mismo que estar en una blacklist de Gmail? No. El 4.7.28 es un throttling temporal de la IP, basado en la reputación, que aplican los propios sistemas de Gmail. No es un listado en una DNSBL de terceros y no aparece en Spamhaus, SpamCop ni en ninguna otra DNSBL de terceros. Se resuelve solo cuando la señal móvil vuelve a quedar por debajo del umbral.

¿Corregir SPF, DKIM y DMARC resuelve el 4.7.28? No de forma directa. El 4.7.28 está ligado a la señal de spam de la IP, no al estado de la autenticación. Pero una autenticación rota hace que Gmail esté menos dispuesto a darte el beneficio de la duda sobre el engagement, así que vale la pena corregirla en paralelo.

¿Sirve reintentar el envío de inmediato? No, normalmente lo empeora. Reintentar inunda Gmail con el mismo volumen que provocó el throttling, lo que mantiene alta la señal móvil. Pausa, limpia y luego reanuda con menos volumen.

¿Tengo que contactar a Google para que quite el 4.7.28? No. Google no ofrece un formulario de delisting para el 4.7.28 porque no hay nada de qué salir. El throttling se calcula en tiempo real a partir de la señal de reputación de tu IP y se resuelve solo. Monitorear de forma continua la IP y DMARC es lo más parecido a una solución preventiva.

¿Puedo simplemente cambiar a otra IP de envío para esquivarlo? A veces, pero solo si la nueva IP tiene su propio historial de calentamiento limpio. Rotar a una IP nueva y fría normalmente traslada el problema en lugar de resolverlo, porque la causa de fondo (la calidad del segmento, la higiene de la lista, el contenido) sigue ahí.

En resumen

El 421 4.7.28 es Gmail diciéndote, en tiempo real, que tu IP de envío está generando más señal de spam de la que tolera su umbral móvil. Es reversible, no es una blacklist y no hay ningún ticket de soporte que abrir. Pausa el tráfico problemático, identifica el origen con Postmaster Tools, limpia el segmento, verifica la autenticación y vuelve a subir de forma gradual. El throttling se levanta solo en un plazo de unas horas a un par de días.

Si quieres visibilidad continua de las señales que provocan estos throttlings (el estado de la IP en blacklists, la tasa de DMARC pass, la deriva de la reputación al estilo de Postmaster), MailVitals lo monitorea todo 24/7, para que puedas adelantarte al próximo 4.7.28 antes de que aparezca como una cola atascada. Y si estás atrapado en una IP compartida de la que no puedes salir, nuestro equipo puede encargarse de la remediación por ti: agenda aquí con un experto en entregabilidad.

👉 Sigue con: Límite de tasa 421 4.7.0 de Gmail · Guía de Google Postmaster Tools · Códigos de error SMTP explicados

Fuentes

• Gmail SMTP errors and codes (Ayuda de Google Workspace), cada variante del 421 4.7.28: dirección IP, bloque de red IP, dominio DKIM, dominio SPF, dominio de URL y Message-ID repetido.
• Email sender guidelines (Ayuda de Gmail), el procedimiento de Google para el 4.7.28 y la regla de que la cuota de una IP la comparten todos los remitentes de esa IP.
• Email sender guidelines FAQ (Ayuda de Gmail), los umbrales de tasa de spam de 0.1% y 0.3% y cuándo los remitentes masivos vuelven a ser elegibles para la mitigación.
• IANA SMTP Enhanced Status Codes registry, X.7.28 registrado como "mail flood detected".