Le TERRL d’Exchange Online change la façon de lire les incidents d’envoi. Une boîte individuelle peut être sous sa limite quotidienne et pourtant voir ses messages externes rejetés : le tenant entier a peut-être épuisé son quota de destinataires. Le volume d’un CRM, d’un ERP ou d’une campagne peut alors affecter les emails de salariés qui n’ont participé à aucun envoi massif.
Microsoft appelle ce contrôle Tenant External Recipient Rate Limit. La publication de l’Exchange Team sur les limites sortantes du tenant explique le mécanisme et a été actualisée en août 2026 pour certains tenants. Ce guide traduit la règle en décisions d’exploitation : quoi compter, où vérifier le quota, comment diagnostiquer un rejet et quand sortir un flux d’Exchange Online.
À retenir : TERRL compte les destinataires externes servis par le tenant sur une fenêtre glissante de 24 heures. Ce n’est ni une limite d’emails par utilisateur, ni un seuil de messages par minute. Exchange Online n’est pas conçu pour être le moteur d’envoi massif d’une organisation.
1. Définition : un plafond collectif de destinataires externes
TERRL fixe le nombre maximal de destinataires externes auxquels l’ensemble du tenant peut envoyer sur les dernières 24 heures. « Externe » signifie que le domaine de l’adresse du destinataire n’est pas un domaine accepté dans le tenant Exchange Online. Un partenaire hébergé dans un autre tenant Microsoft 365 est donc externe ; un utilisateur d’un domaine accepté de votre tenant est interne pour cette règle. La documentation des limites Exchange Online confirme cette définition.
Le compteur porte sur les destinataires, pas seulement sur les messages. Un message adressé à plusieurs personnes externes consomme plusieurs unités. Si le destinataire est un groupe de distribution, Microsoft compte ses membres externes après expansion, y compris ceux des groupes imbriqués. Un groupe interne qui contient mille contacts externes peut donc consommer mille unités TERRL, même si l’expéditeur ne voit qu’une adresse dans le champ « À ».
La fenêtre est glissante, pas remise à zéro à minuit. Le volume des 24 dernières heures évolue au fil des envois et des sorties de fenêtre. Une campagne effectuée à 15 h peut continuer à peser sur les envois du lendemain matin. Il faut planifier avec une marge, notamment pour les processus critiques qui produisent des pics imprévus.
TERRL n’est pas la limite par boîte
La Recipient Rate Limit (RRL) porte sur un utilisateur ou une boîte et compte ses destinataires internes et externes sur 24 heures. TERRL porte sur le tenant et ne compte que les destinataires externes. D’autres règles portent sur le nombre de destinataires d’un message ou sur le rythme de soumission. Ces contrôles sont indépendants : respecter l’un ne dispense pas des autres.
Il existe même une différence de calcul pour les groupes. La documentation Microsoft indique qu’un groupe du carnet d’adresses de l’organisation compte comme un destinataire pour la limite par boîte ; TERRL compte ses membres externes individuellement après expansion. Un administrateur qui multiplie le nombre d’emails envoyés par boîte sous-estimera donc parfois fortement l’usage TERRL.
| Contrôle | Périmètre | Ce qu’il mesure | Question à poser |
|---|---|---|---|
| Limite de destinataires par boîte (RRL) | Expéditeur | Destinataires internes et externes sur 24 h | Une boîte précise envoie-t-elle trop ? |
| Limite de destinataires par message | Message | Adresses « À », « Cc » et « Cci » | Le message lui-même est-il trop large ? |
| TERRL | Tenant | Destinataires externes sur 24 h glissantes | Tous les flux réunis saturent-ils le tenant ? |
2. Pourquoi Microsoft ajoute ce contrôle
Microsoft explique vouloir limiter les abus et protéger les ressources partagées d’Exchange Online. Une limite par boîte seule laisse un angle mort : répartir un envoi sur de nombreuses boîtes ou applications permet de produire un volume collectif important sans qu’aucun compte isolé paraisse excessif. TERRL traite ce volume au niveau de l’organisation.
Cette règle est également un rappel d’architecture. La messagerie collaborative sert aux échanges de personnes et à des notifications raisonnables. Elle n’offre pas, par défaut, les fonctions attendues d’une plateforme de campagnes : gestion des désabonnements, segmentation, suivi des bounces, contrôle de cadence, réputation dédiée et statistiques d’envoi. Microsoft recommande les services spécialisés pour les newsletters commerciales. Son annonce TERRL de 2025 citait Azure Communication Services Email pour les volumes applicatifs élevés, mais Microsoft a annoncé le 23 septembre 2026 le retrait d’ACS Email au 30 septembre 2028 : ce service ne constitue plus une cible pérenne pour une nouvelle architecture. Acheter des boîtes supplémentaires uniquement pour « gagner du quota » ne remplace pas l’analyse du besoin.
Une saturation TERRL n’implique pas nécessairement du spam ou une compromission. Une campagne légitime, un ERP qui envoie des factures, des alertes répétées ou une erreur de boucle peuvent produire le même symptôme. À l’inverse, un pic inexpliqué mérite une enquête de sécurité. La priorité est d’identifier les flux et leurs propriétaires avant de modifier l’architecture.
3. Calcul du quota : formule vérifiée et exceptions
Pour un tenant commercial établi, hors période d’essai et sans licences Education gratuites, l’Exchange Team publie la formule standard suivante, où L est le nombre de licences email non trial prises en compte :
TERRL standard = 500 × (L ^ 0,7) + 9 500 destinataires externes / 24 hLes licences pour Exchange Online ou Exchange Online Protection, ou qui incluent ces services, entrent dans le calcul. La formule n’est pas linéaire : doubler les licences ne double pas le quota. Microsoft donne, par exemple, 22 059 destinataires pour 100 licences dans son tableau indicatif. Le nombre de licences assignées à des utilisateurs n’est pas nécessairement le bon décompte ; Microsoft parle des licences email du tenant. Utilisez le quota affiché par le service pour votre tenant au lieu de recalculer une valeur supposée.
La mise à jour Microsoft du 13 août 2026, dont le déploiement débute le 14 septembre 2026, prévoit des règles particulières. Un tenant uniquement en essai voit son maximum annoncé passer à 500 destinataires externes par jour ; pendant la transition, la valeur appliquée doit être lue dans le rapport. Pour un tenant nouvellement créé, Microsoft annonce 10 % du quota standard avant 31 jours, 25 % entre 31 et 60 jours, puis 100 % après 60 jours. Les tenants utilisant des licences Education gratuites ont une formule distincte qui pondère différemment licences achetées et licences gratuites. Ces cas ne doivent pas être évalués avec la seule formule commerciale ci-dessus.
Ces valeurs décrivent des droits de service, pas des objectifs de campagne. Microsoft peut déployer les changements par phases et les environnements souverains ont leur propre calendrier. La documentation Microsoft Learn peut aussi afficher encore une ancienne valeur trial pendant cette transition. En cas d’écart, vérifiez l’état d’application dans votre tenant et l’annonce Exchange Team actualisée ; ne publiez pas un chiffre générique comme quota universel.
4. Ce qui se passe lorsque TERRL est atteint
Lorsque l’application de la limite est active et que le tenant dépasse son seuil, les nouveaux envois vers des destinataires externes sont bloqués jusqu’à ce que le volume des dernières 24 heures repasse sous le quota. Ce n’est pas une file d’attente qui garantit une livraison différée. Microsoft documente le rapport de non-remise 550 5.7.233 pour un tenant non trial qui dépasse TERRL ; le code d’un tenant en essai est distinct dans l’annonce Microsoft. Un échec d’envoi doit être diagnostiqué à partir du NDR, pas d’une impression de « messagerie lente ».
Le blocage peut toucher tous les expéditeurs externes du tenant. Une personne qui n’a envoyé que trois messages peut être concernée après le pic d’un outil automatisé. Les destinataires internes ne consomment pas TERRL, mais cela ne lève pas les autres limites applicables à leurs messages. Les règles anti spam sortant, les restrictions de compte et les limites par boîte doivent être examinées séparément : leurs symptômes et remédiations diffèrent.
Un NDR TERRL n’est pas une baisse de délivrabilité chez Gmail ou Outlook. Le message n’a pas été remis au fournisseur destinataire. À l’inverse, un message accepté par Exchange Online peut ensuite être filtré ou rejeté ailleurs pour des raisons de réputation ou d’authentification. Voir nos guides sur les erreurs SMTP et sur SPF, DKIM et DMARC pour isoler les deux diagnostics.
5. Où consulter et comment surveiller le quota
Le point de départ est le centre d’administration Exchange : Rapports > Flux de messagerie > Tenant Outbound External Recipients Rate. Le rapport présente le quota du tenant, la consommation, la part utilisée et l’état d’application. L’Exchange Team documente aussi la commande PowerShell Get-LimitsEnforcementStatus, dont les champs Threshold, ObservedValue et EnforcementEnabled aident à distinguer quota, usage observé et activation du blocage.
Croisez cette vue globale avec les traces de messages et les rapports sur les principaux expéditeurs pour attribuer les pics. Le rapport TERRL ne remplace pas un inventaire des applications : un compte de service peut représenter plusieurs traitements, et un connecteur SMTP peut véhiculer plusieurs systèmes sources. Documentez au minimum l’application, le propriétaire, la boîte ou le connecteur, le volume externe, l’horaire, les erreurs et la criticité.
Surveillez les pics et la tendance, pas seulement le total quotidien. Fixez un seuil d’alerte interne avant la saturation, avec une marge pour la facturation, les alertes de sécurité et les communications humaines. Microsoft Learn donne l’exemple d’une alerte à 80 % ; ce n’est pas un seuil imposé par Microsoft. Testez l’escalade : qui reçoit l’alerte, qui identifie le flux et qui décide d’un report ou d’un basculement ?
6. Les applications concernées
CRM et ERP. Relances, devis, factures, commandes et notifications clients peuvent représenter un flux externe régulier. Une génération en lot en fin de journée peut coïncider avec d’autres envois. Faites relever au métier les pics prévisibles et séparez les messages indispensables des communications promotionnelles.
Scanners et copieurs. Un scan envoyé à une adresse externe consomme TERRL s’il sort par Exchange Online. Un appareil qui utilise SMTP AUTH ou un connecteur de relais reste soumis aux règles de service pertinentes. Un scan uniquement interne n’ajoute pas de destinataire externe. Notre analyse des imprimantes et scanners Microsoft 365 traite leur mode d’authentification, qui est une question distincte du quota TERRL.
Alertes et flux transactionnels. Supervision, tickets, mots de passe, confirmations de commande et notifications de sécurité ont souvent un faible volume moyen mais un pic élevé lors d’un incident. Si une panne produit simultanément des milliers d’alertes, le flux peut épuiser la marge disponible au moment où les autres messages sont les plus importants. Prévoyez déduplication, cadence, priorité et canal de secours.
Campagnes et newsletters. Un envoi marketing à grande audience peut absorber rapidement le quota collectif. Il faut le sortir d’Exchange Online vers une plateforme prévue pour la gestion de listes, des consentements, des désabonnements et des retours de délivrabilité. Notre article sur Microsoft 365 et l’architecture d’envoi marketing développe ce choix.
Relais SMTP et applications métier. Le mode d’entrée n’efface pas le compteur. Microsoft précise que les envois externes transitant par le tenant peuvent compter même s’ils proviennent d’un serveur local ou d’un relais connecté. Un SMTP relay Microsoft 365 peut être une solution d’intégration pour un appareil ou un volume modéré ; ce n’est pas un moyen de contourner TERRL. Un relais indépendant qui sort directement vers Internet, sans passer par le tenant Exchange Online, relève d’une autre architecture et de ses propres limites.
7. Architectures à éviter
Évitez le « compte de service universel » qui envoie factures, alertes, newsletters et messages commerciaux par la même boîte. Il cumule risques de sécurité, limites par boîte, difficulté d’attribution et consommation TERRL. Multiplier les boîtes ou répartir la campagne entre comptes ne résout pas la limite au niveau du tenant.
Évitez également de traiter la hausse du quota calculé comme un plan de capacité marketing. Les campagnes croissent par audiences et calendriers ; la formule TERRL suit les licences email, avec une progression non linéaire et des cas particuliers. Un envoi qui tient aujourd’hui dans la marge peut tomber au prochain pic ou après une modification du parc de licences.
Enfin, ne faites pas passer systématiquement des flux internes vers une passerelle externe puis revenir dans Exchange sans examiner le routage. Le calcul dépend des destinataires et du trajet ; les connecteurs et services de signature doivent être testés. La séparation des flux améliore aussi le diagnostic de réputation et de délivrabilité.
8. Alternatives selon le besoin
| Besoin | Architecture à étudier | Point de contrôle |
|---|---|---|
| Notifications internes volumineuses | Fonctions Microsoft adaptées aux envois internes, ou circuit applicatif dédié | Vérifier que les destinataires sont bien internes et les limites propres au service |
| Scanner ou application à faible volume | SMTP relay via connecteur Exchange Online, si adapté | TERRL reste applicable aux destinataires externes |
| Transactions externes : commandes, factures, codes | ESP transactionnel, par exemple SendGrid | API/SMTP, files, erreurs, authentification du domaine, confidentialité |
| Newsletter ou campagne | ESP spécialisé, par exemple Brevo, avec listes et désabonnement | Consentement, segmentation, bounces et réputation séparée |
| Flux critiques multiples | Architecture dédiée avec domaines ou sous-domaines d’envoi, routage et supervision | Responsabilités, reprise, volumes, coûts et preuves de remise |
Mise à jour du 17 octobre 2026 : l’annonce TERRL de 2025 citait ACS Email, mais le guide de retrait Microsoft classe désormais ACS Email parmi les services retirés au 30 septembre 2028. Pour une nouvelle architecture durable, évaluez un ESP transactionnel comme Brevo, SendGrid ou un autre fournisseur selon les fonctionnalités, la résidence des données, les coûts et l’exploitation. Le choix ne se résume pas à « le plus grand quota » : il faut tester API, gestion des bounces, reprise sur erreur, conformité et observabilité.
Pour une newsletter, un sous-domaine d’envoi dédié aide à séparer les flux et à lire leur réputation. Il faut configurer SPF, DKIM et DMARC pour le service retenu, puis vérifier les messages reçus. Déplacer les emails vers une autre plateforme ne garantit pas leur placement en boîte de réception ; cela donne une architecture adaptée et des outils de pilotage.
9. Checklist d’administration
- Relever le quota réel, l’usage et l’état d’application dans le rapport Tenant Outbound External Recipients Rate.
- Comparer plusieurs périodes glissantes de 24 heures, notamment les pics de facturation, d’alertes et de campagne.
- Identifier les principaux expéditeurs et rattacher chaque boîte ou connecteur à une application et un propriétaire.
- Vérifier les groupes de distribution et leurs membres externes après expansion.
- Distinguer les flux internes, transactionnels, marketing et humains ; estimer leur marge commune.
- Configurer une alerte interne et une procédure de diagnostic des NDR
550 5.7.233. - Documenter les règles particulières des tenants récents, d’essai ou Education avant tout calcul manuel.
- Déplacer les flux de masse vers une plateforme adaptée ; tester l’authentification, les bounces et la reprise.
- Vérifier après migration que les volumes TERRL baissent sans interruption des processus métier.
Conclusion
TERRL rend visible une dépendance souvent sous-estimée : tous les envois externes qui traversent Exchange Online partagent une capacité de tenant. La bonne réponse n’est pas de chercher une boîte ou un relais qui contourne la règle. Elle consiste à lire le quota effectivement appliqué, attribuer les volumes aux applications, réserver une marge pour les échanges essentiels et confier les campagnes ou transactions importantes à une infrastructure d’envoi conçue pour elles. Un audit de messagerie Dharmail peut aider à bâtir cette cartographie et à sécuriser la séparation des flux.