Planification pour les applications internes et tierces
S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3
Dernière rubrique modifiée : 2016-11-28
Microsoft Exchange Server 2010 introduit de nombreux changements dans l’ensemble des API (interfaces de programmation d’applications) disponibles pour le développement d’applications. La mise à niveau de vos serveurs Exchange sur Exchange 2010 peut affecter les applications internes et tierces qui peuvent utiliser les API Exchange sur le réseau ou sur votre serveur Exchange. Lisez les sections de ce chapitre afin de voir les effets potentiels sur vos applications internes ou tierces qui interagissent avec Exchange 2010.
.gif "Important") Important : |
|---|
| Il est recommandé de contacter les fournisseurs de logiciels tiers pour vous assurer que les produits que vous utilisez sont compatibles avec Exchange 2010. |
Cette rubrique vous permettra déterminer si vos applications Exchange Server sont affectées par une mise à niveau vers Exchange 2010.
API Exchange 2010
Exchange 2010 prend en charge moins d’API que les versions précédentes de la prise en charge Exchange Server. Pour obtenir la liste des API Exchange 2010, consultez la page relative aux Technologies de développement pour Exchange 2010 sur MSDN.
Les précédentes versions d’Exchange Server présentent des API qui ont été supprimées d’Exchange 2010. Pour obtenir la liste des API disponibles dans les précédentes versions d’Exchange, consultez les rubriques suivantes sur MSDN :
Le tableau suivant permet d’identifier les technologies de développement disponibles avec Exchange 2010.
| Technologie de développement | Exchange 2003 | Exchange 2007 | Exchange 2010 |
|---|---|---|---|
Services Web Exchange |
X |
X |
|
Exchange Web Services Managed API (possibilité de téléchargement séparé) |
X |
X |
|
Interface MAPI (Messaging Application Programming Interface) |
X |
X |
X |
Modèle objet Outlook (OOM) (possibilité de téléchargement séparé) |
X |
X |
X |
Application Web Outlook |
X |
X |
X |
Personnalisation de l’Application Web Outlook |
X |
X |
|
Agents de transport |
X |
X |
Le tableau suivant répertorie les technologies de développement non disponibles sur Exchange 2010 et les versions du produit dans lesquelles elles sont disponibles.
| Technologie de développement | Exchange 2003 | Exchange 2007 |
|---|---|---|
Interface ADSI (Active Directory Service Interface) |
X |
X |
Collaboration Data Objects pour Windows 2000 (CDOSYS) |
X |
X |
Récepteurs d’événements SMTP/NNTP CDOSYS |
X |
X |
Collaboration Data Objects pour Exchange (CDOEX) |
X |
X |
CDOEXM |
X |
|
CDOWF |
X |
|
API de sauvegarde et restauration Exchange |
X |
X |
Enregistreur Exchange pour le service VSS Windows |
X |
X |
Fournisseur OLE DB pour Exchange |
X |
X |
Récepteurs d’événement de banque Exchange |
X |
X |
ICS (Incremental Change Synchronization) |
X |
X |
Protocole LDAP (Lightweight Directory Access Protocol) |
X |
X |
Récepteurs d’événements SMTP |
X |
X |
Formulaires Web |
X |
X |
WebDAV |
X |
X |
Notifications WebDAV |
X |
X |
Windows Management Instrumentation (WMI) |
X |
Migration des applications vers Exchange 2010
Pour plus d’informations sur la migration des applications vers les technologies Exchange 2010, consultez la page relative à la Migration à partir des API Exchange 2000, Exchange 2003 et Exchange 2007 sur MSDN.
Coexistence d’applications Exchange 2007 et Exchange 2010
Les services Web Exchange n’autorisent pas la délégation d’accès aux boîtes aux lettres entre les versions. Si la boîte aux lettres d’un principal ou d’un délégué se trouve sur un serveur Exchange exécutant une autre version d’Exchange, les tentatives d’accès délégué n’aboutiront pas.
Connexion proxy HTTP Exchange
La connexion proxy inter-sites vers un site ayant une URL externe paramétrée pour un serveur Exchange exécutant le rôle serveur d’accès au client est seulement autorisée pour la procédure d’accès délégué quand les boîtes aux lettres source et de destination se trouvent sur différents sites Active Directory ou lors de l’accès aux dossiers publics. La méthode recommandée est d’utiliser la découverte automatique pour obtenir l’URL du serveur d’accès au client pour accéder directement à une boîte aux lettres au lieu d’utiliser un serveur d’accès au client inter-site vers la fonctionnalité de connexion proxy du serveur d’accès au client. Pour plus d’informations sur les connexions proxy du serveur d’accès au client, consultez la page relative à la Présentation de la transmission par proxy et de la redirection.
© 2010 Microsoft Corporation. Tous droits réservés.