Ce jeudi 12 novembre, vers 17h15 (heure de Paris), Outlook a cessé de répondre pour une bonne partie des utilisateurs de Microsoft 365, en entreprise comme chez les particuliers.
Vendredi 13 novembre au matin (un vendredi 13, évidemment), la panne dure encore, et Microsoft n'annonce toujours aucun délai de rétablissement.
Dans l'heure qui a suivi le début de la panne, les signalements venaient déjà de 74 pays et territoires, selon Downdetector, le site qui recense les pannes signalées par les internautes. Le pic est tombé vers 19h, avec plus de 130 000 signalements pour Outlook.
Vendredi matin, les signalements venus de France montraient encore des problèmes sur Outlook et Teams.
Au Japon, qui a huit heures d'avance sur Paris, les ministères n'ont presque pas pu envoyer de mails de la journée, et des fonctionnaires en sont revenus à imprimer leurs documents.
Outlook à terre, Teams à moitié
La panne frappe de plein fouet Exchange Online, le service qui héberge les boîtes mail des entreprises abonnées à Microsoft 365.
Les utilisateurs touchés ne peuvent plus ouvrir leur boîte, que ce soit dans le navigateur, dans Outlook sur PC ou sur mobile, et les mails qui passent sont livrés en retard.
Outlook.com, la messagerie grand public de Microsoft, est également touché, tout comme OneDrive et la version web de Microsoft 365.
Naturellement, tout ce qui repose sur ces boîtes mail tombe avec elles : le calendrier et les invitations Teams, Copilot (force aux devs qui tournent dessus), Planner, To Do, et une partie des outils de sécurité et d'administration de Microsoft.
Sans calendrier ni invitations, la réunion qui aurait pu être un mail aura du mal à vous trouver. 😏
De son côté, Teams tient à peu près debout. Selon Microsoft, les messages et les réunions en ligne fonctionnent encore pour l'essentiel, et les fichiers stockés sur SharePoint restent accessibles.
Des serveurs qui tombent en cascade
Microsoft a d'abord évoqué une charge anormale sur une partie de son infrastructure. Jeudi vers 20h20, l'entreprise a précisé que cette charge ne venait pas d'un pic de trafic : un grand nombre de serveurs étaient tombés sans prévenir, laissant leur travail aux machines encore debout.
Faute de passer les health checks (les vérifications automatiques qui décident si une machine peut recevoir du trafic), ces serveurs étaient écartés de la répartition de la charge.
Dans la nuit, Microsoft a trouvé ce qui faisait tomber ces serveurs : sur chaque serveur touché, le processus chargé d'établir les connexions sécurisées saturait, au point de rendre la machine injoignable.
Depuis jeudi soir, Microsoft tente de redémarrer les serveurs touchés, mais ceux-ci ne cessent de retomber dès que le trafic leur revient. Vers 2h, l'entreprise a aussi commencé à annuler une modification récente de sa config réseau, qui semble coïncider avec le début de la panne.
Microsoft a ensuite fait état de résultats positifs obtenus en redémarrant une partie de son infrastructure. Peu après, l'entreprise a pourtant reconnu que les changements appliqués à ses serveurs ne donnaient pas l'effet attendu, puis que le service ne revenait que par endroits, sans tenir.
Vers 6h, Microsoft a repéré un autre problème : ses services de routage, qui aiguillent les requêtes vers les serveurs, les bombardaient d'appels, en partie à cause de ses propres opérations de rééquilibrage du trafic, menées depuis le début de la panne.
Autrement dit, les manœuvres censées soulager les serveurs leur envoyaient encore plus de travail.

Pour absorber la charge, l'entreprise a ajouté des machines virtuelles, mais des machines restées bloquées empêchaient ses nouveaux réglages de se propager. Microsoft cherchait encore d'où venait cet afflux d'appels, et envisageait de brider le trafic ou de le rediriger. Vendredi vers 8h45, l'entreprise disait voir le service gagner en stabilité et en capacité grâce à ses derniers réglages du trafic, sans parler de rétablissement.
Vers 11h, Microsoft évoquait les premiers signes de stabilisation, et certains utilisateurs disaient avoir retrouvé l'accès à leur boîte. L'entreprise n'annonçait toujours pas de rétablissement complet.
La modification réseau annulée dans la nuit restait alors une piste, pas une cause confirmée. Microsoft a promis de détailler l'origine de la panne une fois l'incident maîtrisé.
La précédente grosse panne de Microsoft 365, à la rentrée, avait privé des utilisateurs du service pendant plusieurs jours. Microsoft l'avait attribuée à un problème de configuration de l'authentification.
Aucun signe d'attaque, et où suivre la panne
Microsoft assure ne voir aucun signe d'activité malveillante derrière cette panne.
Pour suivre le rétablissement, l'entreprise publie ses mises à jour sur sa page d'état des services ainsi que sur son compte X Microsoft 365 Status.
Les admins retrouvent le suivi détaillé de l'incident dans leur centre d'administration Microsoft 365, sous les références EX1550543 et MO1550821. Encore faut-il parvenir à l'ouvrir : celui-ci fait partie des services touchés. 🥲
Bon courage aux admins, qui ne peuvent rien réparer de leur côté : tout se joue sur les serveurs de Microsoft.
Claude d'Anthropic toussote
Comme si cela ne suffisait pas, Claude d'Anthropic a lui aussi connu des ratés. Jeudi vers 19h, son connecteur Microsoft 365 et son complément pour Outlook ont cessé de fonctionner, une panne qu'Anthropic attribue directement à celle de Microsoft 365.
Ce vendredi vers 11h, nouvel incident, sans lien annoncé avec Microsoft : des utilisateurs n'arrivaient plus à se connecter à claude.ai ni à Claude Code. Anthropic a déployé un correctif vers midi et surveille le retour à la normale.
Pensée émue pour les devs dont le lien de reconnexion à Claude est parti... dans leur boîte Outlook.
Pour pousser la blague un peu plus loin, j'ai créé Downlook, un faux Outlook qui vous replonge dans votre petit enfer professionnel en vous livrant tous les mails que la panne vous a épargnés. 😉
À propos de l'auteur
Nicolas Lecointre
Fondateur des Joies du Code, je suis l'actualité et la culture des développeurs depuis 2012. Ancien développeur, je me consacre aujourd'hui entièrement au média.
Offres d'emploi
À lire également
Événement DevOps Live Paris 2026 : le programme des conférences pour les devs et les ops
Les 18 et 19 novembre 2026, l'événement DevOps Live Paris s'installe à la Porte de Versailles, avec un fil conducteur qui résume assez bien nos vies : livrer plus vite...
Articles similaires
Artemis II : Outlook en panne, Houston débugue à distance
10 heures de panne chez Orange : une migration vers le nouveau cœur 5G aurait mal tourné
Fini les secondes intercalaires : dès 2027, l'heure mondiale arrête d'attendre la Terre
Un bug logiciel coupe les gaz des F1 avant le départ, la FIA pousse un hotfix en 20 minutes
Plus de contenu
Quand je dois corriger un bug que je comprends pas et que le chef reste assis à côté de moi
Quand le nouveau relance les dockers 5 minutes avant la démo
Quand je pars en vacances alors que l'équipe est en plein rush
Quand je regarde comment le stagiaire s'en sort sur son projet
Quand je découvre le setup des sysadmins
Quand en cherchant à corriger un bug j'en découvre des dizaines d'autres
Quand je prends mon café avant une mise en prod compliquée
Quand je comprends pas pourquoi mon script ne s'exécute pas et que je me suis juste trompé de chemin d'accès
Quand je dois corriger un bug que je comprends pas et que le chef reste assis à côté de moi
Quand le nouveau relance les dockers 5 minutes avant la démo
Quand je pars en vacances alors que l'équipe est en plein rush
Quand je regarde comment le stagiaire s'en sort sur son projet
Quand je découvre le setup des sysadmins

