Outlook tombe en panne, Teams et Copilot suivent le même incident

Le 12 novembre 2026, des utilisateurs en France ont rencontré des difficultés d’accès à Outlook pendant une dégradation de Microsoft 365, comme l’a rapporté Clubic. La perturbation concernait des boîtes professionnelles Exchange Online : selon le mode de connexion utilisé, leur contenu pouvait devenir inaccessible depuis le navigateur, l’application de bureau ou un téléphone.

Les avis d’incident Microsoft EX1550543 et MO1550821 situent le début de la dégradation Exchange Online à 17 h 17, heure de Paris, le 12 novembre 2026, puis celui de l’incident couvrant plusieurs services Microsoft 365 à 19 h 26. Teams et Microsoft 365 Copilot figuraient dans ce second avis, aux côtés d’Exchange Online. Au début du 13 novembre, des serveurs avaient été remis en service, mais les avis restaient classés comme une dégradation : le rétablissement était progressif.

Une soirée, deux alertes et un épisode Teams antérieur

La première alerte portait sur l’accès aux boîtes Exchange Online par plusieurs méthodes. La seconde élargissait le périmètre aux services Microsoft 365 dont certaines fonctions dépendaient de la messagerie ou de l’infrastructure touchée. Cette succession explique qu’une difficulté d’abord visible dans Outlook ait ensuite concerné des usages de Teams et de Copilot, sans signifier que chaque fonction de ces produits était en panne.

Un problème Teams s’était également produit plus tôt en Amérique du Nord. L’Associated Press rapporte que Microsoft l’avait annoncé rétabli avant que les difficultés liées à l’incident plus large persistent ; l’agence relève aussi près de 130 000 signalements Outlook au pic sur Downdetector. Il faut donc distinguer ce premier épisode Teams des fonctions Teams mentionnées dans l’alerte Microsoft 365 de la soirée. Le chiffre Downdetector compte des signalements, et non des comptes professionnels touchés ; il ne mesure pas la situation en France.

Les quatre accès à la messagerie concernés

Le point commun des difficultés Outlook était l’accès aux boîtes hébergées dans Exchange Online. Les méthodes potentiellement touchées étaient Outlook sur le web, MAPI utilisé par Outlook sur ordinateur, Exchange ActiveSync pour la synchronisation mobile et les connexions par API REST. Un indépendant pouvait ainsi rencontrer une erreur dans son navigateur tandis qu’une application reliée à sa boîte par une autre voie cessait également de répondre. L’avis décrivait des accès possibles en échec, et non une indisponibilité simultanée de toutes les boîtes.

Cette diversité de connexions compte pour les équipes à distance. Passer de l’application installée au navigateur, ou du navigateur au téléphone, ne garantissait pas de retrouver ses messages si plusieurs voies aboutissaient à la partie touchée d’Exchange Online. Les retards de distribution du courrier figuraient aussi parmi les effets possibles. Une boîte qui se rouvrait pouvait donc présenter une situation différente d’un accès pleinement stabilisé, notamment pour les messages attendus pendant la perturbation.

Ce qui était touché dans Teams et Copilot

Pour Teams, l’incident Microsoft 365 concernait surtout les fonctions qui sollicitent Exchange Online : calendrier, planification de réunions et création de conversations dans les organisations utilisant les barrières d’information. La messagerie principale et les réunions en ligne restaient largement fonctionnelles selon l’avis de service. Cette précision change la lecture des signalements : deux personnes pouvaient constater des résultats différents dans Teams selon l’action qu’elles tentaient d’effectuer.

Dans Microsoft 365 Copilot, le chargement de Copilot Chat ou l’obtention d’une réponse pouvait échouer sur le web et dans l’application de bureau. Les fonctions de Copilot qui utilisent les données professionnelles, notamment les courriels, calendriers et fichiers, pouvaient également perdre cet accès. Des requêtes Microsoft Graph portant sur les messages, les calendriers ou les contacts étaient susceptibles d’expirer. Le lien avec Exchange Online concernait donc des tâches précises, plutôt qu’une interruption uniforme de tous les outils cités dans les signalements.

La même distinction valait pour SharePoint Online : certaines fonctions dépendantes d’Exchange Online pouvaient être affectées, tandis que l’accès aux fichiers stockés directement dans SharePoint restait fonctionnel. Pour une équipe, cela pouvait produire une combinaison déroutante mais cohérente : ouvrir un fichier partagé tout en échouant à consulter une boîte mail ou à planifier une réunion. C’est la dépendance de chaque fonction au service perturbé qui explique ces différences.

Des serveurs retirés du service, puis une reprise fragile

La charge élevée observée sur l’infrastructure restante provenait d’un grand nombre de serveurs devenus indisponibles. Des contrôles automatisés de leur état échouaient et entraînaient leur retrait du service ; les demandes de connexion se reportaient alors sur les serveurs encore actifs. Une hausse générale du trafic n’expliquait donc pas, à elle seule, la surcharge. Les équipes ont redistribué des connexions, redémarré des serveurs et essayé une autre méthode de contrôle, qui a permis à une partie d’entre eux de revenir en service.

La reprise a révélé une difficulté supplémentaire : certains serveurs redevenaient injoignables après avoir reçu du trafic. L’enquête a ensuite repéré un processus chargé d’établir les connexions sécurisées qui se retrouvait débordé et empêchait les machines de traiter les demandes. Une modification récente de configuration réseau, corrélée au début de l’incident, a commencé à être annulée pour en mesurer l’effet. Cette corrélation ne constituait pas encore une cause initiale définitivement établie.

Des limitations temporaires de certains types de trafic ont aussi été appliquées dans des emplacements précis, avec l’objectif de maintenir les serveurs remis en route suffisamment stables pour réintroduire progressivement les connexions. Le retour de quelques accès ne permettait donc pas de conclure à une reprise générale. Les prochaines mises à jour de l’état du service devaient établir si les serveurs résistaient à cette remise en charge et si les boîtes Exchange Online redevenaient accessibles par chacune des voies concernées.

Ce que la situation française permet de constater

Les difficultés d’accès rapportées en France s’inscrivent dans un incident d’abord décrit pour les Amériques, puis étendu dans les communications de service à des utilisateurs d’autres régions. Aucun des volumes de signalements publiés pour Outlook ne fournit un nombre de comptes français affectés. Ils montrent l’ampleur des déclarations reçues par une plateforme de suivi, alors que l’avis de service décrit les fonctions et les méthodes de connexion susceptibles d’échouer.

Pour situer une difficulté précise, une équipe pouvait comparer l’accès à la même boîte depuis le web et l’application, puis vérifier si plusieurs comptes rencontraient l’erreur et consulter l’état du service dans le centre d’administration Microsoft 365. Ces constats aident à distinguer un problème limité à un poste d’une dégradation qui traverse plusieurs méthodes de connexion. Tant que la capacité des serveurs était rétablie par étapes, l’expérience pouvait toutefois varier d’un compte, d’une fonction et d’une région à l’autre.

À lire aussi :

• Le bac à sable de GitHub Copilot protège les fichiers, pas vos dépôts distants
• Microsoft fusionne ses Copilot : quatre fonctions disparaissent le 18 août
• TPE-PME françaises : 40 % utilisent l’IA, mais 39 % ont subi un incident cyber