Les services Microsoft 365 ont été perturbés pendant plusieurs heures le jeudi 12 novembre 2026. De nombreux utilisateurs ont signalé des difficultés à accéder à Outlook et à d’autres outils professionnels. Selon Microsoft, la panne ne résultait pas d’une hausse générale du trafic : plusieurs serveurs étaient devenus indisponibles, reportant la charge sur le reste de l’infrastructure. À 18 h, heure de l’Est, l’entreprise travaillait toujours à les remettre en service.
1
2
17
Ce que les utilisateurs ont constaté
Les signalements de problèmes sur Outlook ont grimpé à près de 130 000 sur Downdetector peu après 13 h, heure de l’Est. Des utilisateurs disaient ne pas parvenir à charger leur boîte de réception, ni à envoyer ou recevoir des courriels. Le nombre de signalements a ensuite reculé : il était d’environ 38 000 juste avant 17 h 30. Ces chiffres correspondent aux déclarations faites sur une plateforme de suivi des pannes, et non à un décompte vérifié des personnes touchées.
1
5
La panne ne se limitait pas au courrier électronique. Des problèmes ont également été signalés pour Microsoft 365 et Teams. Des articles ont cité Exchange Online et SharePoint Online parmi les services susceptibles d’être touchés, ainsi que Copilot et Defender for Office 365. Les éléments disponibles ne permettent pas d’affirmer que tous ces services étaient indisponibles pour chaque client.
3
7
16
28
Dans un premier avis, Microsoft évoquait des problèmes intermittents de connexion aux boîtes Exchange Online dans les Amériques. Une mise à jour ultérieure signalait que la connectivité de Microsoft 365 pouvait être affectée dans plusieurs régions.
20
L’explication avancée par Microsoft
Microsoft a indiqué qu’un certain nombre de serveurs étaient devenus inopinément indisponibles, ce qui avait reporté la charge sur les machines encore en service. L’enquête a mis en cause un problème lié aux contrôles automatiques de l’état des serveurs. L’entreprise testait une modification de configuration pour remédier aux échecs de ces vérifications.
7
17
Microsoft a également déclaré n’avoir repéré aucune modification récente qui coïncidait avec le début de l’incident. Cela n’excluait toutefois pas tout facteur contributif : dans une mise à jour ultérieure, l’entreprise indiquait examiner quelques changements de configuration.
3
29
Un rétablissement progressif, puis de nouvelles difficultés
Vers 16 h, Microsoft a annoncé que certains serveurs touchés avaient été remis en service et que le correctif serait déployé plus largement. L’entreprise a aussi testé une autre méthode de vérification de l’état des serveurs sur une partie de son infrastructure et préparé un processus automatisé pour détecter et redémarrer ceux qui ne répondaient plus.
5
10
29
Cette avancée n’a pas mis fin immédiatement aux perturbations. Dans une mise à jour publiée à 17 h 09, Microsoft a reconnu que les mesures prises n’avaient pas apporté le soulagement attendu. Un processus central sur les serveurs touchés était saturé, entraînant une perte de capacité. À 18 h, l’entreprise poursuivait la remise en service des serveurs et ne faisait état que d’un rétablissement limité.
2
30
En début de soirée, Microsoft n’avait pas communiqué d’estimation confirmée de l’heure de retour à la normale. L’heure prévue pour une prochaine mise à jour sur l’incident ne constituait pas une promesse de rétablissement du service.
19
Comment interpréter les chiffres de panne
La baisse des signalements sur Downdetector indique que moins de personnes en soumettaient à ces moments-là, mais ne confirme pas que le service était rétabli pour tous les clients. Des articles faisaient encore état de perturbations en soirée, tandis que Microsoft disait poursuivre ses opérations de rétablissement.
2
5
Des messages publiés sur Microsoft Q&A indiquaient aussi que la page de suivi de l’état des services se chargeait lentement. Ils ne suffisent pas à établir que cette page était elle-même officiellement en panne.
24