Tu campaña sale, una parte de los destinatarios se queda en cola y el registro muestra «452 4.5.3 Your message has too many recipients» mientras tu herramienta de emailing responde que todo está OK. El servidor rechaza una parte de la lista en esa transacción SMTP, pero no cierra la puerta. Divide el envío en lotes de 100 destinatarios como máximo (el mínimo que la RFC 5321 obliga a aceptar a cualquier servidor) y reenvía solo las direcciones rechazadas.
Qué significa un 452 4.5.3
El primer dígito, 4, clasifica el error como temporal. La RFC 5321, publicada en octubre de 2008 para sustituir a la RFC 2821, corrige la RFC 821 de 1982, que asignaba por error el código 552 a esta condición. La RFC 5321 (sección 4.5.3.1.10) impone el código 452 cuando un servidor agota su límite de comandos RCPT. Un servidor que rechaza por debajo de los 100 comandos RCPT incumple la especificación.
Un 452 es, por tanto, un soft bounce. La diferencia con el rechazo definitivo se detalla en el artículo sobre el hard bounce y el soft bounce. El mismo exceso de destinatarios produce un 550 5.5.3 (RESOLVER.ADR.RecipLimit en Exchange) cuando el rechazo es definitivo y no hay nuevos intentos.
La lista general de códigos está en los códigos de respuesta SMTP que debes conocer. Un buzón lleno, otro caso de error en una dirección que sí existe, se trata en el artículo sobre el error 552 mailbox full.
Los límites de destinatarios por servicio de correo
La tabla compara los topes que publican los proveedores para un mismo envío. La cifra que te bloquea depende del camino que uses: la misma cuenta de Gmail acepta 2.000 destinatarios desde la interfaz web y solo 100 cuando una herramienta se conecta por SMTP. Consulté estos valores en octubre de 2026. Revísalos antes de dimensionar un envío, porque Google y Microsoft los modifican.
| Servicio de correo o contexto | Destinatarios por mensaje | Tope diario | Texto de error observado |
|---|---|---|---|
| Gmail y Google Workspace (interfaz web) | 2.000 en total, de los cuales 500 externos como máximo | 2.000 mensajes y 10.000 destinatarios por usuario; 3.000 destinatarios externos | Your message has too many recipients |
| Gmail por SMTP (usuarios POP o IMAP) | 100 | mismos topes diarios | Your message has too many recipients |
| Gmail API | 500 | mismos topes diarios | Your message has too many recipients |
| Relay smtp-relay.gmail.com | 100 por transacción SMTP | consulta la página del relay | Your message has too many recipients |
| Exchange Online | configurable hasta 1.000 | 10.000 destinatarios por buzón y por día; límite de tenant (TERRL) según las licencias | Recipients belong to multiple regions (ATTR38) |
| Postfix | 1.000 por defecto (smtpd_recipient_limit) | ninguno | Error: too many recipients |
| Mínimo impuesto por la RFC 5321 | 100 a aceptar | no aplica | 452 4.5.3 |
La columna «texto de error» es la que orienta el diagnóstico. Dos servidores pueden devolver el mismo 452 4.5.3 por motivos opuestos: un tope de número de destinatarios en uno y una regla de dominio en el otro. Lee siempre la frase que sigue al código.
Gmail y Google Workspace: dos mensajes para un mismo código
La página de errores SMTP de Gmail asocia el código 452 4.5.3 a dos formulaciones: «Your message has too many recipients» y «Domain policy size per transaction exceeded, please try this recipient in a separate transaction».
La primera remite a la página de límites de envío de Google. Según la documentación de Google Workspace sobre los límites de envío, un mensaje admite 2.000 destinatarios en total, de ellos 500 externos. La misma página fija 100 destinatarios por mensaje para quien envía por SMTP desde un cliente POP o IMAP. Una herramienta conectada por SMTP a una cuenta de Gmail se topa, por tanto, con un máximo de 100.
La segunda formulación depende de una regla de dominio: el servidor pide que presentes al destinatario indicado en una transacción aparte. Google no publica un umbral numérico para esta regla. Aísla la dirección que menciona el mensaje de error y reenvíala sola.
Los topes diarios se suman a los topes por mensaje. Google fija 2.000 mensajes al día por usuario, con 10.000 destinatarios en total, de ellos 3.000 externos. Con 30 lotes de 100 desde una sola cuenta ya llegas a esos 3.000 externos, y a partir de ahí toca repartir la campaña en varios días. El relay smtp-relay.gmail.com aplica, por su parte, 100 destinatarios por transacción SMTP (página de errores del relay SMTP de Google Workspace).
Microsoft 365 y Exchange Online
Exchange Online (Microsoft 365) limita cada mensaje a un número de destinatarios configurable hasta 1.000 entre los campos Para, Cc y Cco. Aparte, los envíos tienen un tope de 10.000 destinatarios por buzón y por periodo de 24 horas (documentación de Microsoft Learn, límites de Exchange Online, actualizada en septiembre de 2026). Ambos límites figuran en la página de límites de Exchange Online, junto con un límite adicional a nivel de tenant que depende del número de licencias.
La variante ATTR38 engaña más. El texto completo es «452 4.5.3 Recipients belong to multiple regions ATTR38»: el rechazo viene del reparto de las direcciones entre varias regiones o tenants de Microsoft, sea cual sea su número. El administrador de una lista de unas 100 direcciones lo recibió en 5 direcciones de Hotmail en cada envío (hilo de Microsoft Q&A). La página de límites no define el código ATTR38.
Para leer el valor real de un buzón, abre PowerShell con el módulo ExchangeOnlineManagement (Connect-ExchangeOnline) y ejecuta Get-Mailbox nombre.apellido@dominio.es | Format-List RecipientLimits. El informe Tenant Outbound External Recipients, en Exchange admin center > Reports > Mail flow, muestra el límite TERRL de tu tenant. En Mail flow > Message trace, el detalle del fallo recoge el texto completo del 452.
Saca las direcciones outlook.com y hotmail.com del lote principal y envíalas en grupos pequeños. Según un hilo de Microsoft Q&A de 2018, que cita a Michael Wise de Microsoft, un 452 pide al servidor emisor que reintente de inmediato los destinatarios rechazados, y quien responde atribuye el fallo a Outlook.com. Si el rechazo persiste, pasa a un destinatario por transacción. Los registros SPF y DKIM del dominio no influyen. A veces el mensaje añade «retry timeout exceeded»: el servidor reintentó la cola hasta que expiró y luego abandonó el mensaje.
Postfix
En un servidor Postfix 3.x que recibe correo, el límite se llama smtpd_recipient_limit y vale 1.000 por defecto (documentación de Postfix, postconf). Por encima de ese valor, el servidor responde «452 4.5.3 Error: too many recipients». Los registros están en /var/log/mail.log en Debian y Ubuntu: grep "too many recipients" /var/log/mail.log lista las sesiones rechazadas. Si administras ese servidor, consulta el valor con postconf smtpd_recipient_limit, súbelo con postconf -e "smtpd_recipient_limit = 2000" (la directiva se escribe en /etc/postfix/main.cf) y recarga con postfix reload.
El parámetro smtpd_recipient_overshoot_limit (1.000 por defecto) deja pasar además 1.000 destinatarios excedentes antes de que Postfix cuente un error de sesión. Por el lado del emisor, Postfix divide por sí mismo sus envíos por destino con default_destination_recipient_limit (50 por defecto) y coloca los destinatarios rechazados en la cola diferida (deferrals).
Movistar, OVH y Orange
Movistar (movistar.es), OVHcloud (ovhcloud.com) y Orange (orange.es) aparecen en los resultados de Google para este código. La documentación oficial de los tres no da ninguna cifra por mensaje, así que no voy a inventar una.
Consulta el tope en la ficha de tu oferta o pregúntalo al soporte.
Desbloquear el envío paso a paso
- Anota el texto exacto que sigue al código en el NDR o en el registro SMTP: «too many recipients» (tope de número), «Domain policy size per transaction exceeded» (regla de dominio de Google) o «Recipients belong to multiple regions» (ATTR38 en Microsoft). Ese texto determina la corrección.
- Cuenta los destinatarios del sobre. Para, Cc y Cco cuentan todos (documentación de Microsoft), así que pasar direcciones a Cco no reduce el total.
- Divide la lista en lotes de 100 destinatarios como máximo por transacción. Una base de 25.000 direcciones da 250 lotes, es decir, al menos 3 días de envío desde una cuenta de Google Workspace limitada a 10.000 destinatarios al día.
- Deja primero que el servidor de envío reintente la cola. Un 4xx se relanza solo, y si reenvías a mano mientras tanto generas duplicados.
- Si quedan direcciones rechazadas, reenvía únicamente esas. Los destinatarios aceptados en la misma transacción ya recibieron su mensaje, y un reenvío global se lo entregaría por duplicado.
- Controla la reputación después del primer lote: abre Google Postmaster Tools (postmaster.google.com) y mira la tasa de spam notificada por los usuarios (complaint rate) antes de encadenar los lotes siguientes.
- Comprueba el tope diario antes de relanzar los lotes, en particular los 10.000 destinatarios al día por buzón en Exchange Online.
El error típico es reenviar todo tras un 452 parcial: la RFC 5321 prevé que el cliente reintente solo los destinatarios rechazados, no toda la transacción. Imagina un envío de 150 direcciones por Gmail en SMTP. Los 100 primeros comandos RCPT TO pasan y el 101 recibe «452 4.5.3 Your message has too many recipients». Esos 100 primeros destinatarios ya tienen su mensaje y solo los 50 siguientes esperan el reintento. Si relanzas los 150, mandas un duplicado a 100 personas.
Por qué limpiar la lista antes de relanzar los lotes
Objeción habitual: un 452 es temporal, así que no hace falta verificar la lista. Pero dividir un envío multiplica las transacciones, y cada lote reintentado expone las direcciones inválidas a un nuevo rechazo. Esos rechazos definitivos vuelven por NDR, hacen subir la tasa de hard bounce y pesan sobre la sender reputation. Una lista limpia (list hygiene) reduce ese riesgo. Después, la tasa de hard bounce se lee en los NDR de cada lote: si sube de un lote al siguiente, la lista de partida no estaba verificada.
Antes de relanzar los lotes, prueba la verificación de CaptainVerify con una muestra de tu lista: la tasa de direcciones inválidas aparece antes de que los NDR te la midan.
La primera prueba que conviene hacer
Abre el registro de tu último envío, localiza el texto que sigue a «452 4.5.3» y reenvía solo las direcciones rechazadas en lotes de 100.
