Migration vers les technologies Exchange

  • Article

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.

Voir aussi