El correo empieza a llegar tarde. Nada rebotó, nadie recibió un aviso de falla, la carpeta de enviados se ve normal. Después un cliente dice que nunca le llegó la factura, alguien abre la cola de salida y hay varios cientos de mensajes esperando, todos con la misma línea: 421-4.7.28. Gmail aceptó la conexión, miró quién estaba enviando y decidió recibir el correo más despacio de lo que tú lo estás entregando.
Es la falla de entregabilidad más silenciosa que existe. El correo no se rechaza, así que no suena ninguna alarma. Se difiere, así que tu servidor sigue reintentando y parte del correo llega horas después. Los enlaces para restablecer contraseña expiran en la cola. Las confirmaciones de pedido llegan después de la llamada preguntando por ellas. Cuando alguien por fin lo toma como un problema, el patrón ya lleva una semana. Así leemos estas respuestas cuando un cliente nos trae una, y en qué orden las resolvemos.
Un 4xx es una demora, un 5xx es una decisión
Las respuestas SMTP se dividen por el primer dígito. Una que empieza con 4 es una falla temporal: el servidor que recibe le pide al tuyo que intente el mismo mensaje más tarde, y un remitente bien configurado sigue reintentando con una espera creciente durante algunos días antes de rendirse y devolver el aviso de falla. Una que empieza con 5 es permanente y ahí termina el mensaje. Esa división está definida en el RFC 5321, y es justo la razón por la que la limitación de tasa se esconde tan bien. Tu servidor hace exactamente lo que pide el estándar, en silencio, mientras la cola crece.
Un registro lleno de respuestas 421 y 450 no es un bloqueo. Es un límite de velocidad con una nota corta sobre por qué se aplicó, y esa nota es lo que casi todos tiran antes de pedir ayuda.
El 4.7.28 nombra lo que quedó limitado
Google publica la tabla de errores SMTP de Gmail en la ayuda de administradores de Workspace, y el 4.7.28 aparece ahí en varias formas. Todas comparten la misma explicación, que Gmail detectó una tasa inusual de correo no solicitado y lo limitó temporalmente para proteger a sus usuarios, y todas remiten a los lineamientos para remitentes. Lo que cambia entre variantes es el identificador que nombran:
- tu dirección IP de envío
- tu bloque de IP, es decir el rango donde vive esa dirección y no la dirección sola
- tu dominio DKIM, el dominio de la firma
- tu dominio SPF, el que Gmail autenticó a partir del remitente del sobre
- un dominio de URL que aparece en el cuerpo del mensaje
Lee el identificador y ya tienes casi todo el diagnóstico. Si nombra una IP o un bloque y envías desde una plataforma compartida, la reputación que están frenando no es solo tuya, y el trabajo es autenticar tu correo bajo tu propio dominio para que se juzgue por su propio historial. Si nombra tu dominio DKIM o SPF el caso es más útil: Gmail sabe quién eres y ya tiene una opinión sobre ese dominio. Si nombra un dominio de URL, casi siempre es un acortador o un dominio de seguimiento compartido con todos los demás clientes de la plataforma, que es la razón por la que movemos a nuestros clientes a un dominio de seguimiento propio.
Por eso lo primero que pedimos no es una captura del aviso de demora. Es la respuesta SMTP completa del registro del servidor.
4.7.27 y 4.7.29: dos diferidos que se arreglan el mismo día
El 421 4.7.27 dice que el mensaje quedó limitado porque la autenticación SPF no pasó. La tabla imprime el resultado al lado, con el dominio SPF y la dirección IP que no pasaron la revisión, y remite a la guía de SPF de Google. Esto es una falla de configuración, no un juicio sobre tu reputación. Algo está enviando como tu dominio desde una dirección que tu registro SPF no cubre, lo que pasa cuando se conecta una herramienta nueva, cuando se edita el registro y se cae un mecanismo, o cuando el registro deja de resolver porque pasó las diez consultas DNS que permite el estándar. Ese último caso es el problema de las demasiadas consultas DNS en SPF.
El 421 4.7.29 dice que el mensaje quedó limitado porque no se envió sobre una conexión TLS, y que Gmail exige TLS en SMTP a los remitentes masivos. Este viene de un equipo viejo o de un servidor de aplicación: un escáner, una terminal, un script de facturación que abre una conexión en texto plano por el puerto 25. Ojo, el 421 4.7.0 TLS required for RCPT domain es otro mensaje, así que compara el código completo y no solo el 421.
450 4.2.1: cuando el límite es del destinatario
El otro código que llena registros es el 450 4.2.1, y su versión común no habla de ti. Google lo redacta así: el usuario con el que intentas contactar está recibiendo correo a una tasa que impide entregar más mensajes, y el mensaje se entregará si el usuario puede recibir correo en ese momento. Un buzón se está llenando más rápido de lo que le permiten aceptar. Tu dominio no está en problemas.
Lo primero que buscamos es un archivo o una copia oculta de cada mensaje de salida apuntada a un solo buzón de Gmail o Workspace, un patrón que aparece en CRMs, mesas de ayuda y sistemas de facturación. Lo segundo es un trabajo de monitoreo apuntado a la cuenta personal de alguien. También existe una variante de 450 4.2.1 que habla de exceder el límite pico del relay SMTP del cliente: esa es del servicio de relay de Workspace, y significa que un relay pensado para correo ocasional de aplicaciones hoy carga una campaña.
Qué revisamos primero en el dominio de un cliente
- La respuesta SMTP completa del registro, varias muestras, para ver qué identificador nombra y si siempre es el mismo.
- Volumen y forma: mensajes por hora por flujo de envío, y si los diferidos empezaron con una campaña, una herramienta nueva o una migración.
- La autenticación de cada flujo que usa el dominio: que SPF pase y que DKIM firme con un dominio alineado al del encabezado From.
- Si las conexiones de salida están negociando TLS, incluidas las de los equipos y scripts que nadie recuerda.
- Los tableros de Postmaster Tools del dominio. La documentación de Google describe qué reporta cada uno: la tasa de spam es el porcentaje de tus mensajes que los destinatarios marcaron como spam a mano, la reputación de dominio es una calificación de calidad de los dominios con los que envías, autenticación es el porcentaje de tu correo que pasa SPF, DKIM y DMARC, y el estado de cumplimiento te mide contra los requisitos para remitentes.
Si el dominio envía alrededor de cinco mil mensajes o más al día a cuentas de Gmail, las preguntas frecuentes de los lineamientos para remitentes de Google lo tratan como remitente masivo, con los requisitos vigentes desde febrero de 2024: autenticar el correo de salida, no enviar correo no solicitado y facilitar la baja. Ese mismo documento dice que quien cumple ese criterio aunque sea una vez queda considerado remitente masivo de forma permanente, así que un envío grande del año pasado todavía cuenta.
Cómo resolvemos un 4.7.28, en orden
- Separa los flujos antes que nada. Los recibos y los restablecimientos que un cliente está esperando no deberían ir en cola detrás de una campaña. Pausa la campaña, deja que la cola se vacíe y confirma que el correo importante ya se mueve.
- Arregla la autenticación hasta que sea aburrida. Cada flujo que envía como el dominio pasa SPF, firma con DKIM y queda alineado con el dominio del From. Mientras eso no sea cierto, Gmail está juzgando una mezcla de remitentes bajo un solo nombre.
- Activa TLS en todo, incluido lo viejo. El equipo olvidado de la oficina también cuenta.
- Dale identidad propia al correo masivo. Un subdominio de envío dedicado mantiene la reputación de una campaña fuera del correo del que depende tu operación, que es la configuración de nuestra guía de subdominios de envío. Lo mismo con los enlaces: un dominio de seguimiento propio, no uno compartido con todos los clientes de la plataforma.
- Baja la tasa y sube de nuevo despacio. Reduce la concurrencia y los mensajes por hora, y aumenta a lo largo de varios días mirando la tasa de diferidos. Reintentar con más fuerza contra un límite no hace que el correo pase más rápido.
- Arregla la razón por la que te reportaron. Un límite por correo no solicitado es una afirmación sobre el consentimiento. Envía a gente que lo pidió hace poco, saca las direcciones que no interactúan desde hace meses y deja la baja en un clic funcionando.
- Reanuda y sigue mirando. Solo después de los cinco primeros pasos, o vuelves a la misma cola la semana siguiente.
Los límites de Workspace que parecen limitación de tasa y no lo son
A veces el freno no es Gmail protegiendo a sus usuarios, es la cuenta de envío tocando su propio techo. Las cifras de abajo son los valores de lista de la página de límites de Google, consultada el 15 de octubre de 2026: 2,000 mensajes al día por cuenta de usuario, 1,500 al día para combinación de correspondencia y 500 al día para cuentas de prueba; 2,000 destinatarios por mensaje, con 500 externos como máximo; 10,000 destinatarios al día en total y 3,000 destinatarios externos al día; y 100 destinatarios por mensaje para correo enviado por SMTP desde usuarios de POP e IMAP. Google indica que al alcanzar un límite el usuario no puede enviar mensajes nuevos por hasta 24 horas, que las cifras diarias se cuentan en una ventana móvil de 24 horas y no se reinician a una hora fija, y que los límites pueden cambiar sin aviso, así que verifica cualquier cifra, incluidas las de esta página, el día que la necesites.
Cuando una empresa choca seguido con estos límites, la respuesta es la herramienta adecuada para el volumen: un grupo para la distribución interna, el relay SMTP de Workspace para el correo de aplicaciones y una plataforma real para lo que sea un boletín.
Qué vigilamos el mes siguiente
Un límite resuelto no cierra el trabajo, porque lo que lo causó se recupera despacio. Durante un mes aproximadamente vigilamos cuatro números: la tasa de diferidos por hora en los registros, para que un regreso aparezca el mismo día; la tendencia de la tasa de spam en Postmaster Tools, leída por semanas y no por un solo día; el porcentaje de autenticación, que delata un remitente olvidado cuando baja; y la reputación de dominio, que se mueve al final y confirma que el arreglo sirvió. Si los diferidos vuelven con el mismo identificador, con la autenticación limpia y el volumen sensato, el problema está más arriba: una plataforma compartida, o una lista que nunca fue realmente voluntaria.
Cómo ayuda Guanacos Tech
Esto lo hacemos como parte del trabajo de entregabilidad para equipos pequeños y medianos de Norteamérica y Latinoamérica: leer las respuestas SMTP reales de tus registros, encontrar qué identificador está frenando Gmail, dejar cada flujo autenticado y alineado, separar el correo masivo del correo con el que opera tu negocio y mirar la recuperación contigo. Cómo trabajamos cabe en una página. Si prefieres que la cola se resuelva en lugar de investigarla, ofrecemos consultoría de entregabilidad de correo, y media hora con tus registros abiertos alcanza para decirte qué código tienes y qué implica resolverlo.
Fuentes
- Ayuda de administradores de Google Workspace: mensajes y códigos de error SMTP de Gmail
- Ayuda de Gmail: lineamientos para remitentes de correo
- Ayuda de Google Workspace: preguntas frecuentes de los lineamientos para remitentes
- Ayuda de Google Workspace: límites para enviar y recibir correo
- Ayuda de Gmail: tableros de Postmaster Tools
- RFC 5321 sección 4.2.1: severidad de los códigos de respuesta SMTP