# Microsoft 365 reste dégradé : le changement testé ne prend pas - Source : KLYNLABS (https://klynlabs.eu) - URL : https://klynlabs.eu/articles/microsoft-365-mo1550821-changement-sans-effet-13-novembre - Auteur : Kelvyn - Publié le : 13 novembre 2026 (2026-11-13T03:11:46.355Z) - Rubrique : Logiciels - Sujets : Microsoft 365, Copilot, Outlook, Exchange Online, Teams - Langue : français Le 13 novembre 2026, à 2 h 58 UTC, Microsoft indiquait dans l’avis MO1550821 que des utilisateurs peuvent encore ne pas se connecter à plusieurs services Microsoft 365, et que le changement appliqué pour améliorer la capacité ne produit pas l’effet attendu. ## Deux avis pour un même épisode La dégradation est suivie sous deux numéros. L’avis Exchange Online EX1550543 a été ouvert le 12 novembre 2026 à 16 h 17 UTC : des utilisateurs peuvent ne pas joindre leur boîte. L’avis d’ensemble MO1550821, ouvert le même jour à 18 h 26 UTC, décrit les autres services Microsoft 365 dont une fonction dépend de cette messagerie. La page publique status.cloud.microsoft, lue le 13 novembre vers 3 h UTC, affichait une dégradation pour Microsoft 365 destiné aux entreprises et ne signalait pas d’incident Azure. Les formulations qui suivent reprennent le tableau de santé, relu le 13 novembre 2026 à 3 h 11 UTC via Cloud Admin Hub, qui dit les tirer de l’interface de communication de Microsoft. Dernière note alors affichée : 2 h 58 UTC pour MO1550821, 2 h 54 UTC pour EX1550543. ## Ce qui coince, et ce qui tient Microsoft écrit que les fonctions qui dialoguent avec Exchange Online sont touchées, et que le reste continue de fonctionner. L’accès à la boîte peut échouer dans Outlook sur le web, dans Outlook pour le bureau, via Exchange ActiveSync et via l’API REST. La remise du courrier peut tarder. Certaines pages du centre d’administration peuvent ne pas se charger, et les fichiers récents des applications Microsoft 365 peuvent ne pas s’afficher. Microsoft 365 Copilot peut ne pas ouvrir le chat ni répondre, et ne pas atteindre le courrier, le calendrier ou les fichiers. Safe Links, dans Microsoft Defender pour Office 365, peut ne pas vérifier une adresse ouverte depuis Outlook ou Teams. Le portail Defender XDR peut ne pas charger. Microsoft Purview est cité pour la prévention de la perte de données, l’étiquetage, le portail, l’audit et des tâches eDiscovery. Dans Teams, la note de 2 h 58 UTC dit que les appels, les réunions, les conversations de groupe et les messages de canal ne sont, pour l’essentiel, pas touchés. Le calendrier et les réunions qui passent par Exchange le sont. Les fichiers rangés directement dans SharePoint Online restent accessibles. Planner, To Do, Intune (enrôlement et conformité), Universal Print et certaines requêtes Microsoft Graph vers Exchange sont aussi dans la liste. Pour Windows 365, Microsoft limite le cas aux PC cloud configurés avec une clé client Purview. Power BI peut, par intermittence et pour tous les utilisateurs, ne pas exporter en PDF un rapport qui porte une étiquette de sensibilité. Microsoft Fabric décrit des échecs voisins, y compris à l’ouverture d’un fichier étiqueté. Le contournement indiqué est de retirer l’étiquette, si la politique de l’organisation l’autorise. ## Ce que disent les notes de la nuit À 18 h 27 UTC le 12 novembre, la première note détaillée de MO1550821 parlait d’une charge élevée dans plusieurs régions, tenue pour une cause probable des erreurs de connexion, et d’une hausse inattendue d’un type de trafic encore en examen. Vers 19 h 30 UTC, la phrase a changé : cette charge ne venait pas d’une augmentation générale du trafic, mais d’un grand nombre de serveurs devenus indisponibles, le flux se reportant sur ceux qui restaient. Les déploiements avaient été mis en pause. Les notes décrivent ensuite des serveurs retirés du service, redémarrés, puis de nouveau silencieux dès que le trafic revient. Le 13 novembre, à 1 h 06 UTC pour Exchange et à 1 h 12 UTC pour la suite, Microsoft écrit qu’un processus chargé d’établir les connexions sécurisées sature, et que les serveurs cessent de traiter les requêtes. Un changement de configuration est essayé sur une partie des machines. Microsoft dit aussi avoir commencé à annuler un changement récent de configuration réseau qui coïncide avec le début de l’impact. À 1 h 45 UTC, les redémarrages semblaient donner des résultats encore surveillés. À 2 h 54 et 2 h 58 UTC, ce changement ne produit pas l’effet attendu, face à des déséquilibres durables dans la répartition du trafic. Aucune de ces notes ne donne une heure de retour à la normale, ni un nombre d’utilisateurs, ni une liste fermée de pays. La mise à jour suivante était annoncée pour le 13 novembre à 3 h 30 UTC sur MO1550821, et à 4 h UTC sur EX1550543. ## À retenir - Le 13 novembre 2026 à 2 h 58 UTC, l’avis Microsoft MO1550821 restait ouvert : des utilisateurs peuvent ne pas joindre plusieurs services Microsoft 365. - Microsoft écrit que le changement essayé pour améliorer la capacité ne produit pas l’effet attendu. - L’accès à Exchange Online peut échouer dans Outlook sur le web, dans l’application de bureau, via ActiveSync et via l’API REST, et le courrier peut arriver en retard. - Dans Teams, Microsoft dit que les appels, les réunions et les messages de canal tiennent pour l’essentiel, au contraire des fonctions qui dépendent d’Exchange. - Aucune heure de rétablissement complet n’est publiée. La note suivante de MO1550821 était annoncée pour 3 h 30 UTC. ## Sources Page publique de statut, lue le 13 novembre 2026 vers 3 h UTC : [status.cloud.microsoft](https://status.cloud.microsoft/). Notes du tableau de santé, relues à 3 h 11 UTC via Cloud Admin Hub : [MO1550821](https://www.cloudadminhub.com/microsoft-365-service-health/mo1550821) et [EX1550543](https://www.cloudadminhub.com/microsoft-365-service-health/ex1550543). --- Article publié par KLYNLABS, signé Kelvyn. À citer avec son lien : https://klynlabs.eu/articles/microsoft-365-mo1550821-changement-sans-effet-13-novembre