Votre campagne part, une partie des destinataires reste en file d’attente et le journal affiche « 452 4.5.3 Your message has too many recipients » pendant que votre outil d’emailing répond que tout est OK. Le serveur refuse une partie de la liste dans cette transaction SMTP sans fermer la porte. Découpez l’envoi en lots de 100 destinataires maximum (le seuil minimal que la RFC 5321 oblige tout serveur à accepter) puis renvoyez uniquement les adresses refusées.
Ce que signifie un 452 4.5.3
Le chiffre 4 classe l’erreur comme temporaire. La RFC 5321, publiée en octobre 2008 pour remplacer la RFC 2821, corrige la RFC 821 de 1982 qui donnait à tort le code 552 à cette condition. La RFC 5321 (section 4.5.3.1.10) impose le code 452 quand un serveur épuise sa limite de commandes RCPT. Un rejet sous les 100 commandes RCPT viole la spécification.
Un 452 relève donc du soft bounce : la différence avec le rejet définitif est détaillée dans l’article sur le hard bounce et le soft bounce. Le même excès de destinataires donne un 550 5.5.3 (RESOLVER.ADR.RecipLimit sur Exchange) quand le rejet est définitif, sans nouvel essai.
La liste générale des codes est dans les codes de réponse SMTP à connaître. Une boîte pleine, autre cas d’erreur sur adresse existante, se traite dans l’article sur l’erreur 552 mailbox full.
Les limites de destinataires par messagerie
Le tableau compare les plafonds publiés par les éditeurs pour un même envoi. Le chiffre qui bloque dépend du chemin emprunté : le même compte Gmail accepte 2 000 destinataires depuis l’interface web et 100 quand un outil s’y connecte en SMTP. Valeurs relevées en octobre 2026, à revérifier avant de dimensionner un envoi : Google et Microsoft les modifient.
| Messagerie ou contexte | Destinataires par message | Plafond quotidien | Texte d’erreur observé |
|---|---|---|---|
| Gmail et Google Workspace (interface web) | 2 000 au total, dont 500 externes maximum | 2 000 messages et 10 000 destinataires par utilisateur ; 3 000 destinataires externes | Your message has too many recipients |
| Gmail en SMTP (utilisateurs POP ou IMAP) | 100 | mêmes plafonds quotidiens | Your message has too many recipients |
| Gmail API | 500 | mêmes plafonds quotidiens | Your message has too many recipients |
| Relais smtp-relay.gmail.com | 100 par transaction SMTP | voir la page du relais | Your message has too many recipients |
| Exchange Online | réglable jusqu’à 1 000 | 10 000 destinataires par boîte et par jour ; limite de tenant (TERRL) selon les licences | Recipients belong to multiple regions (ATTR38) |
| Postfix | 1 000 par défaut (smtpd_recipient_limit) | aucun | Error: too many recipients |
| Minimum imposé par la RFC 5321 | 100 à accepter | sans objet | 452 4.5.3 |
La colonne « texte d’erreur » est celle qui oriente le diagnostic. Deux serveurs peuvent renvoyer le même code 452 4.5.3 pour des raisons opposées : un plafond de nombre de destinataires chez l’un et une règle de domaine chez l’autre. Lisez toujours la phrase qui suit le code.
Gmail et Google Workspace : deux messages pour un même code
Le code 452 4.5.3 apparaît sous deux formulations dans la page des erreurs SMTP de Gmail : « Your message has too many recipients » et « Domain policy size per transaction exceeded, please try this recipient in a separate transaction ».
La première renvoie à la page des limites d’envoi de Google. D’après la documentation Google Workspace sur les limites d’envoi, un message accepte 2 000 destinataires au total dont 500 externes. La même page fixe 100 destinataires par message pour les utilisateurs qui envoient en SMTP depuis un client POP ou IMAP. Un outil branché en SMTP sur un compte Gmail plafonne donc à 100.
La seconde formulation est liée à une règle de domaine : le serveur demande de présenter le destinataire cité dans une transaction séparée. Google ne publie pas de seuil chiffré pour cette règle. Isolez l’adresse mentionnée dans le message d’erreur et renvoyez-la seule.
Les plafonds quotidiens s’ajoutent aux plafonds par message. Google fixe 2 000 messages par jour et par utilisateur, avec 10 000 destinataires au total dont 3 000 externes. 30 lots de 100 depuis un seul compte atteignent les 3 000 externes. Au-delà, répartissez la campagne sur plusieurs jours. Le relais smtp-relay.gmail.com applique pour sa part 100 destinataires par transaction SMTP (page des erreurs du relais SMTP de Google Workspace).
Microsoft 365 et Exchange Online
Exchange Online (Microsoft 365) limite chaque message à un nombre de destinataires réglable jusqu’à 1 000 dans les champs À, Cc et Cci. Un plafond distinct de 10 000 destinataires par boîte et par période de 24 heures s’applique aux envois (documentation Microsoft Learn, limites Exchange Online, mise à jour en septembre 2026). Ces deux limites figurent sur la page des limites Exchange Online, avec une limite supplémentaire au niveau du tenant qui dépend du nombre de licences.
La variante ATTR38 est plus trompeuse. Le texte complet est « 452 4.5.3 Recipients belong to multiple regions ATTR38 » : le refus vient de la répartition des adresses entre plusieurs régions ou tenants de Microsoft, quel que soit leur nombre. Un administrateur d’une liste d’environ 100 adresses l’a reçu sur 5 adresses Hotmail à chaque envoi (fil Microsoft Q&A). Microsoft ne définit pas le code ATTR38 sur la page des limites.
Pour lire la valeur réelle sur une boîte, ouvrez PowerShell avec le module ExchangeOnlineManagement (Connect-ExchangeOnline) et lancez Get-Mailbox prenom.nom@domaine.fr | Format-List RecipientLimits. Le rapport Tenant Outbound External Recipients, dans Exchange admin center > Reports > Mail flow, affiche la limite TERRL de votre tenant. Dans Mail flow > Message trace, le détail de l’échec reprend le texte complet du 452.
Retirez les adresses outlook.com et hotmail.com du lot principal et envoyez-les par petits groupes. D’après un fil Microsoft Q&A de 2018, qui cite Michael Wise de Microsoft, un 452 demande au serveur expéditeur de rejouer immédiatement les destinataires refusés et l’auteur de la réponse y voit un défaut côté Outlook.com. Si le refus persiste, passez à un destinataire par transaction. Les enregistrements SPF et DKIM du domaine n’entrent pas en jeu. Le texte du message précise parfois « retry timeout exceeded » : le serveur a rejoué la file jusqu’à expiration puis abandonné le message.
Postfix
Sur un serveur Postfix 3.x qui reçoit le courrier, la limite s’appelle smtpd_recipient_limit et vaut 1 000 par défaut (documentation Postfix, postconf). Au-delà, le serveur répond « 452 4.5.3 Error: too many recipients ». Les journaux se trouvent dans /var/log/mail.log sur Debian et Ubuntu : grep "too many recipients" /var/log/mail.log liste les sessions refusées. Si vous administrez ce serveur, relevez la valeur avec postconf smtpd_recipient_limit, puis augmentez-la avec postconf -e "smtpd_recipient_limit = 2000" (la directive s’écrit dans /etc/postfix/main.cf). Rechargez ensuite avec postfix reload.
Le paramètre smtpd_recipient_overshoot_limit (1 000 par défaut) laisse en plus passer 1 000 destinataires excédentaires avant que Postfix ne compte une erreur de session. Côté émetteur, Postfix découpe lui-même ses envois par destination avec default_destination_recipient_limit (50 par défaut) et place les destinataires refusés en file différée (deferrals).
Free, OVH et Orange
Free (free.fr), OVHcloud (ovhcloud.com) et Orange (orange.fr) apparaissent dans les résultats Google pour ce code. Aucun seuil par message n’apparaît dans la documentation officielle de ces trois fournisseurs : aucun chiffre n’est donc avancé ici.
Relevez le plafond dans la fiche de votre offre ou auprès du support.
Débloquer l’envoi pas à pas
- Relevez le texte exact qui suit le code dans le NDR ou dans le journal SMTP : « too many recipients » (plafond de nombre), « Domain policy size per transaction exceeded » (règle de domaine Google) ou « Recipients belong to multiple regions » (ATTR38 chez Microsoft). Ce texte détermine la correction.
- Comptez les destinataires de l’enveloppe. À, Cc et Cci comptent tous (documentation Microsoft) : passer des adresses en Cci ne réduit pas le total.
- Découpez la liste en lots de 100 destinataires maximum par transaction. Une base de 25 000 adresses donne 250 lots, soit au moins 3 jours d’envoi depuis un compte Google Workspace plafonné à 10 000 destinataires par jour.
- Laissez d’abord le serveur d’envoi rejouer la file. Un 4xx se relance tout seul et un renvoi manuel pendant ce temps crée des doublons.
- Si des adresses restent refusées, renvoyez uniquement celles-là. Les destinataires acceptés dans la même transaction ont reçu leur message, un renvoi global les livrerait en double.
- Contrôlez la réputation après le premier lot : ouvrez Google Postmaster Tools (postmaster.google.com) et regardez le taux de spam déclaré par les utilisateurs (complaint rate) avant d’enchaîner les lots suivants.
- Vérifiez le plafond quotidien avant de relancer les lots, notamment 10 000 destinataires par jour et par boîte sur Exchange Online.
Le renvoi global après un 452 partiel est l’erreur typique : la RFC 5321 prévoit que le client rejoue seulement les destinataires refusés, pas toute la transaction. Prenez un envoi de 150 adresses via Gmail en SMTP : les 100 premières commandes RCPT TO passent et la 101e reçoit « 452 4.5.3 Your message has too many recipients ». Les 100 premiers destinataires ont leur message. Seuls les 50 suivants attendent la relance : relancer les 150 enverrait un doublon à 100 personnes.
Pourquoi nettoyer la liste avant de relancer les lots
Objection courante : un 452 est temporaire, donc inutile de vérifier la liste. Découper un envoi multiplie pourtant les transactions. Chaque lot rejoué expose les adresses invalides à un nouveau refus. Ces refus définitifs reviennent par NDR et font monter le taux de hard bounce, donc pèsent sur la sender reputation. Une liste propre (list hygiene) limite ce risque. Le taux de hard bounce se lit ensuite dans les NDR de chaque lot : un taux qui grimpe d’un lot au suivant désigne une liste de départ non vérifiée.
Avant de relancer les lots, testez la vérification de CaptainVerify sur un échantillon de votre liste : le taux d’adresses invalides apparaît avant que les NDR ne le mesurent à votre place.
Le premier test à lancer
Ouvrez le journal de votre dernier envoi, repérez le texte qui suit « 452 4.5.3 », puis relancez les seules adresses refusées en lots de 100.
