Migration vers les technologies Exchange
Si vous effectuez une migration à partir d’une version antérieure d’Exchange, utilisez les informations de cet article pour savoir quelles technologies de développement sont prises en charge dans les versions de produit actuelles et vers quelle technologie migrer.
Déterminer si votre technologie est disponible dans les versions actuelles
Utilisez le tableau suivant pour déterminer si une technologie de développement est prise en charge dans Exchange Online ou Exchange 2019. Si la technologie n’est pas prise en charge, consultez Choisir une technologie de développement vers laquelle migrer.
Technologies de développement Exchange et versions de produit
Technologie | Office 365 et Exchange Online | Exchange 2019 | Exchange 2016 | Exchange 2013 | Exchange 2010 | Exchange 2007 |
---|---|---|---|---|---|---|
Présentation de la plateforme des API Office 365 |
X |
X² |
X¹ ² |
|||
API managée par EWS |
X |
X |
X |
X |
X |
X |
Services Web Exchange (EWS) |
X |
X |
X |
X |
X |
X |
Applications de messagerie pour Outlook |
X |
X |
X |
X |
||
Modèle objet Outlook (OOM) |
X |
X |
X |
X |
X |
X |
Exchange Management Shell |
X |
X |
X |
X |
X |
X |
Sauvegarde et restauration |
X |
X |
X |
X |
X |
|
Agents de transport |
X |
X |
X |
X |
X |
|
Active Directory Services Interface (ADSI) |
X |
|||||
Collaborative Data Objects for Exchange (CDOEX) |
X |
|||||
Collaborative Data Objects pour Windows 2000 (CDOSYS) |
X |
|||||
Fournisseur Exchange OLE DB (EXOLEDB) |
X |
|||||
Récepteurs d’événements du magasin Exchange |
X |
|||||
Synchronisation des modifications incrémentielles (ICS) |
X |
|||||
Protocole LDAP (Lightweight Directory Access Protocol) |
X |
|||||
API de messagerie (MAPI) |
X |
X |
X |
X |
X |
X |
Personnalisation d’Outlook Web App |
X |
X |
X |
X |
||
Web Distributed Authoring and Versioning (WebDAV) |
X |
L’API ¹REST et les API Graph nécessitent la mise à jour cumulative 3 pour Exchange 2016.
² Les clients hybrides peuvent tirer parti des API REST pour les boîtes aux lettres Office 365 et locales.
Choisir une technologie de développement vers laquelle migrer
Si la technologie utilisée par votre application n’est pas prise en charge ou non dans Exchange Online ou Exchange 2013, utilisez le tableau suivant pour déterminer la technologie vers laquelle migrer.
Chemins de migration de technologie recommandés
Technologie | Pris en charge dans Office 365, Exchange Online et Exchange 2019 ? | Migrer vers | Plus d’informations |
---|---|---|---|
ADSI |
Oui, mais démenti |
Exchange Management Shell |
Aucun. |
CDOEX |
Non |
API managée EWS ou EWS |
L’API managée EWS et EWS peuvent accéder au même magasin Exchange que celui fourni par CDOEX. Contrairement aux applications clientes créées à l’aide de CDOEX, vous pouvez exécuter des applications EWS sur un ordinateur local ou distant. |
CDOEXM |
Non |
Exchange Management Shell |
Les commandes Exchange Management Shell contrôlent les serveurs Exchange, les groupes de stockage, les bases de données et les utilisateurs plus simplement que les API CDOEXM correspondantes. De plus, vous pouvez facilement migrer vos applications CDOEXM vers des commandes Exchange Management Shell. |
CDOSYS |
Non |
Agents de transport |
Utilisez des agents de transport pour les applications basées sur les notifications qui fonctionnent avec les versions d’Exchange à compter d’Exchange 2010. CDOSYS est inclus dans les versions actuelles de Windows. Les fonctionnalités de CDOSYS sont disponibles dans le .NET Framework. |
CDOWF |
Non |
Windows Workflow Foundation (WWF) |
Vous pouvez utiliser WWF pour créer des applications de flux de travail avancées qui fonctionnent avec Exchange 2007. |
ExOLEDB |
Non |
API managée EWS ou EWS |
L’API managée EWS et EWS fournissent le même accès au magasin Exchange que celui fourni par ExOLEDB. Contrairement aux applications clientes créées à l’aide d’ExOLEDB, vous pouvez exécuter des applications EWS sur un ordinateur local ou distant. |
Ics |
Oui, mais démenti |
API managée EWS ou EWS |
Vous pouvez utiliser l’API managée EWS ou EWS pour vous abonner aux notifications et synchroniser les données de boîte aux lettres. |
LDAP |
Oui, mais démenti |
Exchange Management Shell |
Aucun. |
MAPI |
Oui, mais démenti |
Vue d’ensemble de la plateforme d’API Office 365, API managée EWS, EWS |
Bien que MAPI soit actuellement une technologie de développement prise en charge, vous devrez finalement reconcevoir vos applications MAPI pour utiliser une technologie plus récente. Si votre application MAPI effectue des opérations de lecture, d’écriture et de mise à jour simples sur des objets de courrier, de calendrier ou de contact, et cible Office 365, Exchange 2019² ou Exchange 2016¹ ², vous pouvez utiliser les API REST Office 365 pour le courrier, les calendriers et les contacts. Si vous ciblez Exchange localement et que vous devez accéder à toutes les propriétés auxquelles MAPI peut accéder, vous pouvez utiliser l’API managée EWS ou EWS et les propriétés schématisées ou étendues. REMARQUE : La classe ExtendedPropertyDefinition fournit l’accès à MAPI à partir de l’API managée EWS, et l’élément ExtendedFieldURI permet d’accéder aux propriétés MAPI à partir d’EWS. |
Personnalisation d’Outlook Web App |
Non |
Applications de messagerie |
Aucun. |
Récepteurs d’événements de stockage |
Non |
API managée EWS ou EWS |
Vous pouvez utiliser l’API managée EWS ou EWS pour vous abonner aux notifications et synchroniser les données de boîte aux lettres. Les notifications dans EWS fournissent le même accès au magasin Exchange que celui fourni par les récepteurs d’événements de stockage. Vous pouvez utiliser les outils Visual Studio pour simplifier le développement d’applications clientes de magasin prenant en charge les événements qui utilisent EWS. |
Sauvegarde et restauration en streaming |
Non |
Enregistreur VSS (Volume Shadow Copy Service) |
Aucun. |
Webdav |
Non |
Vue d’ensemble de la plateforme des API Office 365, API managée EWS ou EWS |
Si votre application WebDAV effectue des opérations simples de lecture, d’écriture et de mise à jour sur des objets courrier, calendrier ou contact, et que vous ciblez Office 365, Exchange 2019² ou Exchange 2016¹ ², vous pouvez utiliser les API REST Office 365 pour le courrier, les calendriers et les contacts. Sinon, si vous ciblez Exchange localement et que vous avez besoin d’accéder aux mêmes propriétés dans le magasin Exchange que WebDAV fournit, utilisez l’API managée EWS ou EWS. |
Notifications WebDAV |
Non |
API managée EWS ou EWS |
Vous pouvez utiliser l’API managée EWS ou EWS pour vous abonner aux notifications. |
Formulaires web |
Non |
ASP.NET |
Basculez vers ASP.NET et mettez à jour les applications pour accéder aux informations de boîte aux lettres et de serveur à l’aide d’EWS. |
Fournisseurs WMI |
Non |
Exchange Management Shell |
Aucun. |
L’API ¹REST et les API Graph nécessitent la mise à jour cumulative 3 pour Exchange 2016.
² Les clients hybrides peuvent tirer parti des API REST pour les boîtes aux lettres Office 365 et locales.