Limites d’envoi et de réception d’Exchange Online expliquées

Quand la réponse change

Partez du sens du message concerné, puis identifiez ce qu’Exchange Online compte.

Un destinataire qui ne reçoit plus d’e-mails d’internet ou sur site après un volume entrant inhabituel a peut-être atteint la limite de réception. Selon Microsoft, les messages internes comptent dans le seuil, mais la limite ne les bloque pas comme elle bloque la livraison depuis internet et sur site. Une avalanche de notifications, une boucle, un scanner ou un outil de ticketing peut créer ce schéma sans échec DMARC.

Un expéditeur en échec pour un seul destinataire oriente plutôt vers la limite par paire expéditeur-destinataire ou un autre contrôle propre à l’expéditeur. Le rapport des boîtes dépassant les limites de réception de Microsoft distingue les dépassements globaux des événements par paire. Sa limite Warm est un seuil de journalisation ; sa limite Hot indique que la boîte a dépassé le seuil de réception.

En envoi, un NDR de soumission est une preuve plus solide qu’un décompte déduit des éléments envoyés. Le guide de dépannage du quota de soumission de Microsoft désigne la limite de débit de destinataires quand le NDR indique :

The message can't be submitted because the sender's submission quota was exceeded

Il s’agit d’un décompte glissant de destinataires. Cela ne veut pas dire que la boîte a envoyé 10 000 messages distincts, et le compteur ne se remet pas à zéro à minuit. Si l’expéditeur n’a pas produit ce volume, Microsoft conseille d’enquêter sur une possible compromission du compte.

Une réponse SMTP temporaire a un autre sens. Une réponse 421 demande normalement au système d’envoi de réessayer plus tard, selon la réponse du serveur SMTP et la politique de nouvel essai de l’expéditeur. Elle ne prouve pas à elle seule quel compteur Exchange Online a été atteint. Voir l’erreur SMTP 421 et sa correction avant de traiter une réponse temporaire comme un blocage permanent.

N’augmentez pas la concurrence des connexions et ne resoumettez pas sans cesse le même message pour contourner une limite. Les nouvelles tentatives ajoutent du volume à la même portée protégée et brouillent les preuves.

Exemple de preuves de capacité

Constituez un court dossier de preuves avant de choisir une réponse opérationnelle. Cet exemple est illustratif. Remplacez chaque valeur par les preuves du tenant Exchange Online concerné.

Direction: outbound
Observed object: submitting mailbox
Observed response: "The message can't be submitted because the sender's submission quota was exceeded"
Counter to verify: rolling recipients addressed by that sender
Time window: rolling 24 hours
Additional evidence: message trace, sent-message recipient counts, delegate activity
Do not infer: the tenant's TERRL state or a recipient's hourly receiving state

La suite dépend des preuves disponibles :

• Si un NDR désigne un quota de soumission, comptez les destinataires de l’utilisateur qui a réellement soumis. Une liste de contacts personnelle peut se développer en destinataires individuels, alors qu’un groupe de distribution du carnet d’adresses partagé se compte autrement selon les règles de Microsoft.
• Si un destinataire ne reçoit plus d’e-mails d’internet, consultez le rapport des limites de réception et comparez les horodatages à son volume entrant. Ne concluez pas d’après le dossier Envoyés de l’expéditeur.
• Si de nombreuses boîtes échouent vers des domaines externes, vérifiez les preuves de destinataires externes du tenant dans l’administration Microsoft 365 et les rapports Exchange. L’historique d’une seule boîte ne peut pas établir l’état TERRL.
• Si le système d’envoi a reçu une réponse SMTP temporaire, gardez la réponse exacte, les horodatages, les tentatives et l’IP source. Traitez-la comme preuve de transport jusqu’à ce que le NDR ou les rapports Microsoft précisent la cause.

Vérifiez les preuves avant de modifier le flux

Récupérez d’abord le NDR ou la réponse SMTP d’origine. Examinez ensuite la boîte, le destinataire ou le tenant au niveau que la réponse désigne. La page des limites de Microsoft établit ce que le service peut appliquer, mais ne prouve pas qu’un tenant donné a atteint un seuil précis.

Si vous avez un message livré ou un NDR avec en-têtes bruts, utilisez l’analyseur d’en-têtes de Palisade pour examiner le trajet et les résultats d’authentification à côté des preuves Exchange Online. Cela aide à distinguer une limite de soumission ou de livraison d’un problème d’authentification sur le trajet.

Analysez les en-têtes

L’analyse d’en-têtes ne peut pas lire les compteurs du tenant, remettre un quota à zéro, prouver la décision privée d’un destinataire ni confirmer l’acceptation des futurs messages.

Si des incidents récurrents révèlent des systèmes d’envoi inconnus ou des échecs d’alignement SPF et DKIM, commencez avec Palisade. Palisade analyse les rapports agrégés DMARC, identifie les sources d’envoi et les problèmes d’authentification ou d’alignement, et propose des corrections priorisées soumises à un humain. Il ne modifie ni les limites Exchange Online ni les réglages du tenant, et ne garantit pas la livraison.