Exchange Server : les mises à jour d’octobre 2026 de Windows Server bloquent OWA et l’envoi des e-mails

Méfiance si vous utilisez un serveur de messagerie Microsoft Exchange ! Suite à l'installation des mises à jour Windows Server d'octobre 2026, vos utilisateurs pourraient ne plus réussir à se connecter à OWA, tandis que leurs e-mails restent coincés dans la boîte d'envoi. Microsoft confirme le problème... Voici ce qu'il faut savoir.

Après le bug des services Bureau à distance en septembre, rebelote en octobre, mais cette fois-ci avec les e-mails. Microsoft a ajouté un nouveau problème connu sur son tableau de bord Windows. Il concerne les mises à jour cumulatives publiées le 13 octobre, à l'occasion du Patch Tuesday d'octobre 2026 et de ses 1 407 failles corrigées.

Quatre versions de Windows Server sont touchées :

  • Windows Server 2025 : KB5126646 (build 26100.33650)

  • Windows Server 2022 : KB5126655 (build 20348.5761)

  • Windows Server 2019 : KB5126651 (build 17763.9376)

  • Windows Server 2016 : KB5126868 (build 14393.9612)

Ce sont les mises à jour que je vous présentais dans mon article sur les nouveautés des mises à jour d'octobre 2026 pour Windows Server. Une fois installées sur un serveur qui héberge Exchange Server 2016, Exchange Server 2019 ou Exchange Server SE, elles peuvent provoquer plusieurs dysfonctionnements :

  • Connexion à OWA impossible : Outlook sur le web peut échouer avec l'erreur MapiExceptionMdbOffline: Unable to make connection to the server. (hr=0x80004005, ec=1142), associée à l'événement 1006 dans le journal Application (visible avec l'Observateur d'événements).

  • E-mails bloqués : les messages envoyés depuis Outlook restent dans la boîte d'envoi et ne sont pas distribués. Conséquence directe : les files d'attente de messages grossissent.

  • Réplication des boîtes aux lettres : Exchange peut avoir des difficultés à accéder aux boîtes aux lettres pendant les opérations de réplication.

Le coupable : une nouvelle limite sur le RPC Endpoint Mapper

La mise à jour d'octobre introduit une limite par défaut sur la mémoire utilisée par le composant RPC Endpoint Mapper lorsqu'il traite les appels de type Endpoint Lookup. Ce service, qui écoute sur le port 135, indique aux clients RPC sur quel port joindre un service donné. Et Exchange s'appuie énormément sur RPC : cette limite pose problème à Exchange.

"Pour les charges de travail comme Exchange Server, la limite par défaut de 512 appels simultanés peut ne pas suffire en cas de forte charge", explique Microsoft. Les serveurs ne sont donc pas tous logés à la même enseigne : la gravité et la rapidité d'apparition des symptômes dépendent de la charge du serveur Exchange. Les pannes peuvent survenir au bout d'un certain temps, pas forcément juste après le redémarrage. "Certains serveurs pourraient ne jamais rencontrer de problème", précise l'équipe Exchange dans un article dédié.

Ce qu'il faut bien comprendre, c'est que la mise à jour de sécurité d'Exchange publiée le même jour n'y est pour rien. Il n'est même pas nécessaire de l'avoir installée pour être affecté. C'est bien un défaut lié aux mises à jour Windows Server, et ce dernier sert de plateforme pour Exchange Server.

Microsoft n'explique pas pourquoi cette limite a été introduite, mais les conséquences sont bien visibles. Une piste : ce Patch Tuesday corrige la CVE-2026-96300, une faille de déni de service dans le service RPC Endpoint Mapper, liée à une consommation incontrôlée des ressources (score CVSS de 5,9). Le rapprochement est tentant... mais ce n'est qu'une hypothèse.

Comment contourner le problème ?

Surtout, ne désinstallez pas les mises à jour Windows Server d'octobre. Le contournement consiste à relever la limite via le Registre, sur chaque serveur Exchange concerné :

  1. Ouvrez une Invite de commandes en tant qu'administrateur sur le serveur Exchange.

  2. Exécutez la commande suivante, qui crée la valeur EpmapSavedContextCap sous HKLM\SOFTWARE\Microsoft\Rpc :

reg add "HKLM\SOFTWARE\Microsoft\Rpc" /v EpmapSavedContextCap /t REG_DWORD /d 65536 /f
  1. Redémarrez le serveur pour que le paramètre soit pris en compte.

  2. Surveillez ensuite votre environnement Exchange : si le problème réapparaît, la limite doit être augmentée davantage.

Microsoft indique aussi qu'une mesure d'atténuation supplémentaire est disponible auprès de son support pour les entreprises.

Avez-vous rencontré ce problème ?

Ajouter IT-Connect à mes
sources préférées

author avatar

Cofondateur d'IT-Connect et Microsoft MVP "Cloud and Datacenter Management". Mon obsession depuis près de 15 ans ? Rendre l'administration système et la cybersécurité accessibles, que vous soyez junior ou confirmé. Plus qu'un métier, l'IT est pour moi une véritable passion. J’accompagne au quotidien les sysadmins et les professionnels de l’IT dans leur montée en compétences et leur veille technique.

readers loved this