Garder Outlook sans Exchange : oui, et pour combien de temps

Pourquoi la question se pose toujours

Dans un projet de souveraineté numérique, la messagerie n'est presque jamais le point de blocage technique. Le point de blocage, c'est Outlook.

Ce n'est pas un choix d'architecture, c'est un attachement d'usage, et il est légitime. Un agent qui travaille depuis quinze ans dans le même volet de lecture, avec ses catégories et ses raccourcis clavier, ne vit pas un changement de client comme une modernisation : il le vit comme une perte de productivité, et il a raison de penser qu'elle sera pour lui, pas pour la DSI.

La plupart des suites open source répondent « vos utilisateurs s'habitueront au webmail », ou « Outlook fonctionne, en IMAP ». Deux demi-réponses, et ce qui leur manque apparaît dès qu'on détaille ce qu'Exchange fournit réellement à Outlook.

Ce qu'Exchange fournit à Outlook, protocole par protocole

Exchange n'est pas « un serveur IMAP de Microsoft » : c'est un serveur dont Outlook est le client natif, avec un modèle de données commun. Quatre mécanismes portent cette intégration, et séparent « Outlook se lance » de « Outlook fonctionne ».

MAPI over HTTP, transport principal depuis Exchange 2013 SP1. Microsoft en retient la fiabilité, obtenue « by moving the transport layer to the industry-standard HTTP model », et le « support for an explicit pause-and-resume function » qui permet de changer de réseau ou de sortir de veille « while maintaining the same server context ». Le contexte de session vit côté serveur, indépendamment de la connexion TCP. (Microsoft Learn) C'est ce qui fait qu'Outlook sur un portable en 4G ne passe pas sa journée à se reconnecter.

EWS (Exchange Web Services) porte le reste : accès délégué, disponibilité (free/busy), dossiers publics, notifications, synchronisation incrémentale. (Microsoft Learn)

Le carnet d'adresses hors connexion (OAB) est la pièce qu'on oublie dans les comparatifs et qui se remarque le premier jour : « a downloadable address list collection that Outlook users can access while disconnected », régénéré toutes les huit heures et stocké localement. (Microsoft Learn) D'où le réflexe de l'agent qui tape trois lettres dans le champ « À », VPN coupé, et voit tout l'annuaire se résoudre.

Les objets de collaboration, enfin : délégations, dossiers publics, boîtes de ressources. Une salle de réunion Exchange est une boîte aux lettres qui accepte ou refuse seule, selon des règles de durée, de conflit et d'horaires. (Microsoft Learn)

Ces fonctions ne sont pas celles du serveur, mais du dialogue entre Outlook et le serveur. Aucun protocole standard ne les transporte. On les obtient en parlant MAPI et EWS, ou on ne les obtient pas.

Ce que « nativement » veut dire chez Oworks

La couche d'accès d'Oworks expose MAPI over HTTP, EWS et ActiveSync, à côté des standards : HTTPS, IMAP, SMTP, CalDAV, CardDAV, WebDAV. Outlook n'y est donc pas un client toléré au bout d'une passerelle IMAP, mais un client de première classe.

Concrètement, la connexion native repose sur gromox, le moteur open source de la suite grommunio, sous licence AGPL-3.0, empaqueté sans modification d'une seule ligne. C'est lui qui sert MAPI over HTTP, EWS, le carnet d'adresses global, le carnet d'adresses hors connexion et Autodiscover. Le lien avec le magasin de messagerie est assuré par un serveur exmdb développé par l'éditeur, également sous AGPL-3.0, qui remplace le connecteur ZCO et l'extension zimbraews de l'édition Network de Zimbra.

Pour une DSI, la conséquence la plus immédiate est qu'il n'y a rien à installer sur le poste. Outlook parle son protocole natif : pas de complément, pas de MSI à déployer poste par poste, donc pas de parc de compléments à maintenir et à retester à chaque mise à jour d'Office. Autodiscover étant servi, le profil se configure seul, ce qui change l'ordre de grandeur du coût de déploiement sur un grand parc.

Aucun composant fermé de Zimbra n'intervient non plus. La compatibilité Outlook ne dépend ni d'une souscription à l'édition Network de Zimbra, ni d'une licence tierce fermée : les deux composants qui la portent sont sous AGPL-3.0.

ActiveSync vient avec, pour le téléphone : messagerie native d'un iPhone ou d'un Android sans complément.

Outlook classique ou nouvel Outlook : ce que ça change

La connexion native concerne Outlook classique pour Windows, pas le nouvel Outlook.

La limite n'est pas celle d'Oworks, elle est documentée par Microsoft. Dans sa table officielle de comparaison des deux clients, ligne MAPI : Outlook classique « Available », nouvel Outlook « Not supported ». Même verdict pour les compléments COM, les macros VBA et l'Outlook Object Model ; le hors connexion passe d'« Available » à « Partially available ». (Feature comparison, mise à jour le 23 septembre 2026)

Le nouvel Outlook ne parle donc MAPI à personne : ni à Oworks, ni à Exchange Server. Un parc qui y bascule perd la connexion native, et cette conséquence vient de Microsoft.

Jusqu'à quand peut-on rester sur Outlook classique ? Microsoft écrit, sur deux pages de sa documentation d'administration : « Classic Outlook is available until at least 2029 » et « Existing installations of classic Outlook through perpetual and subscription licensing will continue to be supported until at least 2029 ». (Migration planning, Stages of migration)

La date à laquelle le nouvel Outlook deviendra le défaut en entreprise, elle, n'est pas publiée. La page de référence, consultée le 8 novembre 2026, situe encore le produit à l'étape opt-in (« Currently, new Outlook for Windows is in the opt-in stage », « off by default »), décrit ensuite une étape opt-out où il devient actif par défaut, puis un cutover sans retour possible, mais ne date ni l'une ni l'autre. Le seul engagement calendaire est un préavis : « at least 12 months notice before this stage is implemented in managed Enterprise plans ».

Les dates de bascule en entreprise que vous lirez ailleurs ne figurent pas dans la documentation Microsoft. Ce qui y figure : « au moins 2029 », et un préavis de douze mois.

Ce qui est couvert, et ce qui n'est pas annoncé

Le périmètre annoncé porte sur Outlook classique sous Windows (Microsoft 365 Apps, Outlook 2021 et Outlook 2024) en mode mis en cache. Cette dernière précision n'est pas un détail : c'est le mode sur lequel la compatibilité est annoncée, et celui à retenir dans votre maquette comme dans vos stratégies de groupe.

Couvert :

• Courrier : lire, marquer lu ou non lu, déplacer, supprimer, gérer les dossiers, brouillons, envoyer.
• Contacts : carnet personnel en lecture et en écriture ; carnet global en ligne.
• Agenda : lecture et écriture, récurrences et invitations comprises.
• Carnet d'adresses hors connexion : servi par gromox.
• Postes : liste des postes connectés, et révocation d'un poste.

Non annoncé à ce jour. Nous n'écrivons pas que c'est impossible, nous écrivons que ce n'est pas annoncé : délégations, dossiers publics, salles et ressources, tâches, règles exécutées côté serveur depuis Outlook.

Si l'un de ces cinq points est structurant chez vous (un secrétariat de direction avec délégation réelle, un parc de salles réservées depuis Outlook), posez la question en avant-vente et faites-la trancher par une maquette, plutôt que de la découvrir après. Les boîtes partagées et les ressources annoncées par ailleurs se regardent au webmail.

Le repli standard : quand la connexion native ne s'applique pas

La connexion native vaut pour Outlook classique, c'est-à-dire Microsoft 365 Apps, Outlook 2021 et 2024. Deux cas en sortent, et ils sont courants. Le nouvel Outlook pour Windows ne gère pas MAPI. Et Outlook 2016 et 2019, encore très présents dans les parcs d'administration, ne sont pas couverts par le natif.

Dans ces deux cas, Outlook se connecte quand même, par les protocoles standards.

Fonction	Connexion native (Outlook classique)	IMAP + CalDAV + CardDAV
Courrier, dossiers, brouillons, envoi	Oui	Oui : IMAP (RFC 9051)
Agenda, récurrences, invitations	Oui	Oui : CalDAV (RFC 4791), iTIP (RFC 5546)
Contacts personnels, lecture et écriture	Oui	Oui : CardDAV (RFC 6352)
Carnet global en ligne	Oui	Partiel : carnet LDAP
Carnet d'adresses hors connexion	Oui	Non
Configuration automatique du profil	Oui : Autodiscover	Partiel : SRV (RFC 6186, RFC 6764)
Liste et révocation des postes	Oui	Non applicable
Agenda et contacts sans complément	Oui	Non : complément COM requis
Délégations	Non annoncé	Non depuis Outlook
Dossiers publics	Non annoncé	Non
Salles et ressources	Non annoncé	Non depuis Outlook
Tâches	Non annoncé	Partiel : via le complément
Règles côté serveur depuis Outlook	Non annoncé	Non : à définir au webmail, Sieve (RFC 5228)

Deux contraintes s'ajoutent à ce scénario, peu connues. Outlook pour Windows ne gère nativement ni CalDAV ni CardDAV : il gère IMAP et SMTP (Microsoft donne « Gmail, IMAP, and POP » comme « Available » dans les deux clients) et l'abonnement ICS en lecture seule. La synchronisation bidirectionnelle de l'agenda et des contacts passe par un complément, le plus répandu étant Outlook CalDav Synchronizer, libre. Or c'est un complément COM, donc réservé à Outlook classique ; les compléments web sont « Not supported » sur les comptes tiers. Pas de contournement.

C'est exactement la différence que fait la connexion native : le même client, sans rien sur le poste.

Garder Outlook, pour combien de temps ?

C'est la question que personne ne pose en avant-vente, et c'est la bonne.

Un fait s'ajoute à ceux qui précèdent : Microsoft retire EWS d'Exchange Online. Chronologie officielle : « October 2026: EWS starts to be disabled globally for all organizations », puis « April 2027: EWS is fully disabled. » (Deprecation of EWS in Exchange Online) Le périmètre est bien Exchange Online : « there are no changes to EWS in Exchange Server ». (Exchange Team Blog) Toutes les capacités ne seront pas portées sur Graph pour autant, et Microsoft publie la liste de celles qui ne le seront pas, dont le « Generic Public Folder CRUD ».

Un retrait en deux temps, donc, octobre 2026 puis avril 2027. Mettez-le à côté d'un client qui ne gère ni MAPI, ni les compléments COM, ni les macros, et de compléments web « Not supported » sur les comptes tiers dans les deux clients : la direction se lit sans commentaire.

Il n'y a rien à dénigrer là-dedans. Ce sont des décisions de produit, et Microsoft en explique une partie par la sécurité : sa page attribue l'accélération du retrait d'EWS à l'incident Midnight Blizzard de janvier 2024, qui « involved EWS ». L'objection est légitime, et elle appelle une réponse précise. Exposer MAPI et EWS engage. Outlook ne sait pas présenter un second facteur à chaque connexion ; la plateforme l'exige donc à la délivrance d'un justificatif dédié à ce poste, qui peut être révoqué indépendamment du mot de passe de l'utilisateur. Chaque ouverture de boîte est journalisée (qui, quelle boîte, quand) dans un journal que l'administrateur de l'organisation peut consulter, et qui ne contient ni corps de message, ni objet, ni adresse.

Pour une DSI, la conclusion ne dépend pas du jugement qu'on porte sur ces choix. Miser durablement sur Outlook, c'est dépendre d'une feuille de route qu'on ne maîtrise pas, y compris après avoir quitté Microsoft côté serveur. Aujourd'hui la réponse est connue : au moins 2029, sur Outlook classique, avec un an de préavis. Un horizon de planification confortable. Pas un horizon infini.

Un pont, pas une destination

La compatibilité Outlook native n'est pas notre objectif final : c'est ce qui rend votre migration possible.

Elle lève l'objection qui bloque tous les projets, « mes agents ne veulent pas changer d'outil », et garantit la continuité pendant la transition. L'ancien et le nouveau système cohabitent sur le même domaine, les utilisateurs basculent par groupes, depuis Zimbra, Exchange, Microsoft 365 ou tout serveur IMAP.

Mais la destination, ce sont les clients d'Oworks : webmail, applications de bureau et mobiles. Non par préférence esthétique, pour la raison exposée plus haut : ces clients ne dépendent de la feuille de route de personne d'autre que de la vôtre et de la nôtre. Quand Microsoft décide qu'un protocole disparaît ou qu'un client n'exécute plus les compléments, cela ne vous concerne plus.

Vous n'avez donc pas à choisir entre la continuité et l'indépendance : vous prenez la continuité maintenant, et l'indépendance au rythme de vos utilisateurs, en sachant pour une fois de combien de temps vous disposez.

Un pilote sur un service représentatif, un secrétariat de direction, des salles réellement utilisées, des agents en mobilité, tranche en quelques semaines.

Sources

Toutes les pages Microsoft ont été consultées le 8 novembre 2026.

• Feature comparison between new Outlook and classic Outlook, Microsoft Support, mise à jour le 23 septembre 2026 (MAPI, compléments COM, VBA, OOM, comptes tiers, hors connexion)
• Migrate from classic Outlook to new Outlook, Microsoft Learn (« Classic Outlook is available until at least 2029 »)
• Stages of migration to new Outlook for Windows, Microsoft Learn (opt-in / opt-out / cutover, préavis de 12 mois, aucune date publiée)
• MAPI over HTTP in Exchange Server, Microsoft Learn
• RPC over HTTP reaches end of support in Microsoft 365, Microsoft Learn
• Start using web services in Exchange (EWS), Microsoft Learn
• Deprecation of Exchange Web Services in Exchange Online, Microsoft Learn (chronologie, capacités non portées sur Graph, Midnight Blizzard)
• Exchange Online EWS, Your Time is Almost Up, Exchange Team Blog (« no changes to EWS in Exchange Server »)
• Offline address books · Room mailboxes · Public folders, Microsoft Learn
• Outlook add-ins overview · Migrate COM add-ins to web add-ins, Microsoft Learn
• Outlook CalDav Synchronizer, projet libre (seule source non Microsoft, identifiée comme telle)
• IETF : RFC 9051 IMAP4rev2 · RFC 4314 ACL · RFC 5228 Sieve · RFC 4791 CalDAV · RFC 6352 CardDAV · RFC 5545 iCalendar · RFC 5546 iTIP · RFC 6047 iMIP · RFC 6186 et RFC 6764 découverte par SRV