La panne de Microsoft 365, qui a débuté le 12 novembre, a affecté l’accès à Outlook et à plusieurs autres services, ainsi que les appels Microsoft Graph portant sur les e-mails, les calendriers et les contacts. Selon les avis d’état de Microsoft, certains serveurs devenaient soudainement indisponibles, ce qui reportait la charge sur l’infrastructure restante. Au 13 novembre, les incidents Exchange Online et Microsoft 365 étaient toujours indiqués comme en cours dans le miroir public des notifications administratives de Microsoft.

Pour les organisations, la leçon pratique est qu’il faut vérifier autre chose que le client de messagerie. Si une application ou une automatisation accède aux données Exchange via Microsoft Graph, la panne peut se traduire par un délai d’attente dépassé ou l’échec d’une opération liée, même si l’interface de l’application s’ouvre toujours.
Ce que Microsoft a indiqué sur la cause
Dans le journal Exchange Online, Microsoft a indiqué que la hausse de la charge n’était pas due à une augmentation générale du trafic : de nombreux serveurs étaient devenus soudainement indisponibles, reportant la charge sur les nœuds restants. Dans une mise à jour ultérieure, l’entreprise a expliqué qu’un processus chargé d’établir des connexions sécurisées sur les serveurs touchés était saturé et que les serveurs cessaient de traiter les requêtes.
Microsoft a décrit plusieurs mesures de rétablissement : rediriger une partie du trafic, redémarrer des serveurs, limiter certains types de requêtes à des endroits précis et vérifier la configuration logicielle antérieure sur une partie des nœuds. La notification indiquait également que les déploiements et les changements de configuration étaient suspendus pendant l’examen d’un éventuel lien avec des modifications récentes. Il s’agit du compte rendu de l’enquête en cours ; l’avis d’état cité ne publiait pas d’analyse définitive de la cause première.
Pourquoi la panne de messagerie a touché d’autres produits
Selon les avis de Microsoft sur la panne d’Exchange Online, les moyens d’accès à la boîte aux lettres susceptibles d’être touchés comprenaient Outlook dans le navigateur et sur ordinateur, Exchange ActiveSync et les connexions REST. La livraison des e-mails pouvait également être retardée. Microsoft avertissait séparément que les requêtes Graph visant les données Exchange — par exemple les e-mails, les calendriers et les contacts — pouvaient dépasser leur délai d’attente.
La panne pouvait donc perturber des fonctions dépendantes de la messagerie ou du calendrier, même dans des produits dotés d’une interface distincte. Microsoft a mentionné d’éventuels problèmes avec les scénarios de calendrier dans Teams, certaines fonctions de SharePoint Online, Copilot et les outils d’administration. L’entreprise a toutefois précisé que les principales fonctions de Teams — appels, réunions, discussions de groupe et messages de canal — étaient globalement préservées, et que les fichiers stockés directement dans SharePoint restaient accessibles.
L’ampleur des perturbations est également rapportée dans un article d’Associated Press du 12 novembre : l’agence faisait état de problèmes touchant Outlook, Teams et d’autres services Microsoft 365. Selon des données de Downdetector citées par AP, le nombre de signalements d’utilisateurs concernant Outlook avait dépassé 100 000. Ce chiffre correspond aux signalements publiés sur le service de suivi des pannes, et non au nombre de comptes affectés confirmé.
Points à vérifier pour les administrateurs et les développeurs
Si une application dépend de Microsoft Graph, recensez les appels qui lisent les e-mails, les calendriers ou les contacts, et vérifiez la gestion des délais d’attente dépassés et des erreurs temporaires. Pour les tâches pouvant être répétées sans risque, des tentatives limitées avec un délai d’attente peuvent être utiles ; les opérations ayant des effets secondaires doivent être protégées contre les répétitions afin qu’une nouvelle requête ne crée pas de doublons.
Les administrateurs devraient vérifier l’état des services concernés et les identifiants d’incident dans le panneau Service Health de leur client Microsoft 365 : l’accès au panneau et les fonctions touchées peuvent varier d’une organisation à l’autre. Le journal d’état précise que les perturbations n’ont pas affecté de la même manière toutes les fonctions des produits associés. Lors de l’examen des signalements des employés, il est utile de demander séparément si les e-mails n’arrivent pas, si la messagerie ne s’ouvre pas ou si une opération précise échoue — par exemple l’envoi d’une invitation à une réunion ou le téléchargement d’un fichier portant une étiquette de protection.
Au moment des dernières mises à jour citées, le 13 novembre, Microsoft poursuivait ses efforts de rétablissement et l’évaluation des changements apportés à l’infrastructure. Pour les utilisateurs, cela signifiait que la disponibilité d’une partie de Microsoft 365 ne garantissait pas le bon fonctionnement des fonctions reposant sur Exchange Online. Pour les équipes responsables des intégrations, le principal réflexe consiste à vérifier leur dépendance aux données de messagerie et à gérer correctement les erreurs temporaires de Graph, plutôt que de considérer la panne comme un simple problème d’interface Outlook.