Calendrier du retrait d’EWS : d’octobre 2026 à avril 2027

Exchange Web Services dans Exchange Online est désactivé locataire par locataire à partir d’octobre 2026, et pour tout le monde le 1er avril 2027. La date qui compte pour votre locataire (tenant) dépend d’un paramètre, EWSEnabled, et de l’existence ou non d’une liste d’autorisation d’applications.

En bref : depuis le 10 octobre 2026, un locataire qui veut EWS doit avoir EWSEnabled = True et une liste EWSAllowedAppIDs ; seules les applications de la liste passent. Les locataires qui n’ont jamais touché au paramètre passent un par un de Null à False, chacun avec un préavis de 7 jours dans le centre de messages. Le 1er avril 2027, EWS est coupé partout, sans exception.

Toutes les dates, dans l’ordre

Voici les dates telles que Microsoft les a publiées, en dernier lieu dans le billet de l’équipe Exchange du 3 octobre 2026. Elles s’appliquent au cloud mondial multilocataire ; les clouds gouvernementaux et souverains reçoivent leurs propres dates via le centre de messages.

QuandCe qui se passe
Juillet 2018EWS dans Exchange Online ne reçoit plus de nouvelles fonctionnalités.
Septembre 2023Microsoft annonce le retrait, prévu pour octobre 2026.
Février 2026Le plan passe à deux étapes : une désactivation progressive à partir d’octobre 2026, puis la fin le 1er avril 2027 (MC1227454).
1er octobre 2026Les boîtes aux lettres disposant uniquement d’une licence Exchange Online Kiosk, F1 ou F3 perdent EWS : les requêtes reçoivent une réponse HTTP 403 (MC1191578, reporté du 30 juin).
2 octobre 2026Microsoft recense tous les locataires avec EWSEnabled = True et sans liste d’autorisation.
8–9 octobre 2026Ces locataires reçoivent une liste EWSAllowedAppIDs, remplie avec les ID d’application qui ont utilisé EWS au cours des 60 jours précédents.
À partir du 10 octobre 2026Une liste d’autorisation est obligatoire. Avec EWSEnabled = True, seules les applications listées accèdent à EWS. Un locataire qui passe à True à partir de maintenant écrit sa propre liste.
Octobre 2026 et au-delàLes locataires encore à Null passent à False, un par un. Chacun reçoit un préavis de 7 jours dans le centre de messages, et Microsoft remplit sa liste d’autorisation à partir de 60 jours d’utilisation quelques jours avant le basculement : repasser à True ensuite rétablit donc ce qui était utilisé.
1er avril 2027EWS est coupé définitivement. Les administrateurs ne peuvent plus modifier EWSEnabled, et Microsoft a annoncé qu’il n’y aurait aucune exception.

Les contenus qui affirment « EWS s’arrête le 1er octobre » se trompent, et pas sur un détail. Rien ne s’est arrêté pour tout le monde ce jour-là : ce qui a changé, c’est qu’EWS est devenu quelque chose qu’un locataire doit explicitement conserver, application par application.

Où en est votre locataire aujourd’hui

EWSEnabledListe d’autorisationCe que fait EWS maintenant
Null (jamais défini)IgnoréeFonctionne pour toutes les applications, jusqu’à ce que Microsoft atteigne votre locataire et le passe à False. Surveillez le préavis de 7 jours dans le centre de messages.
TruePrésenteFonctionne uniquement pour les ID d’application de la liste.
TrueAbsenteObligatoire depuis le 10 octobre. Si votre locataire était à True le 2 octobre, Microsoft a créé la liste pour vous : vérifiez ce qu’elle contient. Si vous avez défini True plus tard, c’est à vous d’écrire la liste.
FalseIgnoréeBloqué pour tout le monde. Repasser à True, avec une liste, fonctionne encore jusqu’au 1er avril 2027.

Vérifier et modifier le paramètre

Dans Exchange Online PowerShell. La liste d’autorisation n’est pas renvoyée par un simple Get-OrganizationConfig, elle nécessite son propre commutateur :

Get-OrganizationConfig | Format-List EWSEnabled
Get-OrganizationConfig -RetrieveEwsOperationAccessPolicy | Format-List EwsAllowedAppIDs

Quatre points sur sa modification, que les retours de terrain de Microsoft eux-mêmes soulignent, et qui piègent les gens :

Pour voir ce qui utilise EWS, servez-vous du rapport Utilisation d’EWS du centre d’administration Microsoft 365 et regardez 90 jours plutôt que 7 : les listes automatiques de Microsoft ne remontent qu’à 60 jours, donc ce qui tourne une fois par mois ou par trimestre est précisément ce qu’elles manquent. Le rapport désigne les applications par leur ID d’application Entra ; retrouvez-les sous Entra ID → Applications d’entreprise.

Deux paramètres au nom presque identique

EwsAllowedAppIDs est le filtre du retrait et se base sur l’ID d’application. EwsAllowList et EwsBlockList sont les contrôles par agent utilisateur, vieux de dix ans, d’EwsApplicationAccessPolicy, qui affectent aussi REST. Ils sont vérifiés séparément : une requête doit passer les deux. Configurer l’ancienne paire ne maintient pas une application sur EWS, et la vider pour « faire le ménage » peut casser des charges de travail REST qui n’ont jamais utilisé EWS.

Les applications de Microsoft doivent aussi être sur la liste

Il serait raisonnable de supposer que Microsoft s’exempte lui-même. Ce n’est pas le cas : toute application Microsoft qui apparaît dans votre rapport d’utilisation EWS doit avoir son ID d’application sur votre liste pour continuer à fonctionner. Ce que Microsoft a dit le 3 octobre :

Ce que cela signifie pour les signatures mail

Les outils de signature qui écrivent les signatures Outlook via EWS ne fonctionnent que tant que leur ID d’application est sur votre liste, et s’arrêtent le 1er avril 2027 quoi que vous fassiez. Il n’existe pas de migration équivalente : Microsoft Graph, le remplaçant que Microsoft recommande pour tout le reste, n’a pas d’API pour les signatures Outlook. Les vrais choix sont un complément Outlook, une règle de flux de messagerie ou un relais sortant, et leurs compromis sont très différents. Nous les comparons dans Dépréciation d’EWS et signatures mail.

Pour mémoire, Ascripto n’utilise pas EWS : les signatures Microsoft 365 passent par un connecteur sortant vers notre relais, et les signatures Gmail par l’API de Google elle-même. Rien sur cette page n’y change quoi que ce soit.

Sources

Questions fréquentes

Quand EWS est-il désactivé dans Exchange Online ?

En deux temps. À partir d’octobre 2026, Microsoft le désactive locataire par locataire, avec un préavis de 7 jours dans le centre de messages, pour chaque locataire qui n’a jamais défini EWSEnabled. Le 1er avril 2027, il est désactivé pour tout le monde, définitivement, et vous ne pouvez plus modifier le paramètre.

Microsoft remplira-t-il ma liste EWSAllowedAppIDs à ma place ?

Une seule fois, et uniquement à partir des 60 derniers jours d’utilisation. Les locataires dont EWSEnabled était à True le 2 octobre ont reçu une liste le 8 ou le 9 octobre ; ceux encore à Null en reçoivent une quelques jours avant que Microsoft ne les passe à False. Tout ce qui tourne moins souvent que tous les 60 jours manquera. Une liste que vous avez faite vous-même n’est jamais écrasée.

EWSAllowList est-il la même chose qu’EWSAllowedAppIDs ?

Non. EWSAllowList et EWSBlockList sont les anciens contrôles d’EwsApplicationAccessPolicy, qui filtrent sur la chaîne d’agent utilisateur du client et affectent aussi REST. EWSAllowedAppIDs filtre sur l’ID d’application Entra et c’est celui qu’utilise le retrait. Une requête doit passer les deux : configurer l’ancien ne maintient donc pas une application en fonctionnement.

Le retrait d’EWS concerne-t-il Exchange Server en local ?

Pas EWS en local lui-même. Il concerne en revanche deux cas hybrides : les boîtes aux lettres locales dont l’archive est dans Exchange Online, et une organisation locale qui partage ses informations de disponibilité avec une autre organisation Exchange Online. Dans les deux cas, le locataire en ligne doit pour l’instant garder EWS activé.

À lire aussi