Comparaison de programmation du client Exchange local et d’Exchange Online

Article
09/24/2021

Découvrez les considérations de conception pour la création d’une API gérée EWS ou d’une application cliente EWS qui fonctionne sur Exchange Online et Exchange en local.

La plupart du temps, les clients et les services web dans Exchange qu’ils ciblent fonctionnent de la même manière, que la cible soit un serveur local Exchange Online, Exchange Online dans le cadre de Office 365 ou Exchange. Toutefois, il existe certaines exceptions et vous devez vous assurer que votre application peut les gérer. Utilisez les informations de cet article pour vous aider à concevoir votre client de telle Exchange Online et Exchange en local.

Considérations sur la programmation du client de découverte automatique

La découverte automatique fournit des informations de configuration pour Exchange clients. Une application cliente peut découvrir ses informations de configuration de trois manières, selon que le client cible Exchange Online ou Exchange en local.

Tableau 1. Types de service de découverte automatique et applicabilité Exchange’application

Type de service de découverte automatique	S’applique à
Découverte automatique SOAP	Exchange Online versions de Exchange en local à partir de Exchange 2010
Découverte automatique POX	Exchange Online versions de Exchange en local à partir de Exchange 2007
Recherche de point de connexion de service (SCP)	Versions de Exchange en local à partir de Exchange 2007

Outre les informations de configuration du client, la découverte automatique SOAP et POX retourne également la version du service Exchange et indique si le service est hébergé par Exchange Online. Ces informations sont renvoyées dans différents éléments, selon le type de découverte automatique que vous utilisez.

Tableau 2. Éléments de découverte automatique qui retournent la version du service et Exchange Online’hébergement

Type de service de découverte automatique	Élément XML qui contient la version du service	Élément XML qui indique si l’utilisateur possède un compte Exchange Online client
Découverte automatique SOAP	Élément SETTING (SOAP) avec la valeur de texte CasVersion.	Élément Setting (SOAP) avec la valeur de texte UserMSOnline.
Découverte automatique POX	ServerVersion (POX)	MicrosoftOnline

Assurez-vous que votre client capture ces informations afin qu’il puisse cibler l’ensemble de fonctionnalités disponible sur Exchange serveur. Cela peut être utile pour déterminer si votre client peut s’attendre à un comportement différent selon que la boîte aux lettres de l’utilisateur se trouve dans une organisation Exchange Online ou Exchange sur site.

Test et fichiers journaux dans les applications qui ciblent Exchange Online

Exchange Online ne fournit pas d’accès aux fichiers journaux de protocole EWS, aux compteurs de performance EWS et aux événements de service liés à EWS disponibles sur les serveurs Exchange locaux. L’accès à ces derniers est toutefois utile pour découvrir comment votre application fonctionne lorsqu’elle interagit avec EWS. Veillez à tester votre application sur un serveur Exchange afin d’optimiser ses performances. Si possible, vous pouvez modifier les paramètres de limitation sur votre serveur de test afin qu’ils correspondent aux paramètres de limitation pour Exchange Online, afin de pouvoir évaluer le comportement de votre application lorsqu’elle se connecte à Exchange Online.

Conseil

Vous pouvez utiliser l’outil EWSRelentless pour effectuer un test de charge EWS. Vous pouvez utiliser cet outil avec un serveur de test, les journaux de protocole EWS, les compteurs de performance EWS, les événements de service et les paramètres de limitation EWS pour mieux comprendre les performances d’EWS sous charge.

Paramètres et paramètres de limitation Exchange Online

Les valeurs par défaut des paramètres de limitation EWS sont différentes pour Exchange Online et pour Exchange en local. En outre, vous ne pouvez pas modifier Exchange Online paramètres de limitation. Vous pouvez utiliser les cmdlets Exchange Management Shell pour découvrir les paramètres de limitation pour Exchange en local ; toutefois, ces cmdlets ne sont pas activées pour les Exchange Online.

Exchange Cmdlets et paramètres de configuration de Management Shell

Un certain nombre d’cmdlets peuvent affecter directement ou indirectement les API de service web Exchange Online et Exchange en local. Les cmdlets ne sont pas disponibles pour les Exchange Online :

Paramètres de limitation
Paramètres du répertoire virtuel
Paramètres d’authentification

Pour plus d’informations sur les cmdlets disponibles pour les Exchange Online, voir les cmdlets PowerShelldans Exchange Online . Pour plus d’informations sur les cmdlets disponibles Exchange en local, voir Exchange 2013 cmdlets.

Affinité client et équilibreurs de charge réseau

La plupart des communications EWS ne nécessitent pas que le client participe au maintien de l’affinité avec Exchange. Les abonnements aux événements de boîte aux lettres nécessitent que le client fournisse des cookies et d’autres informations pour maintenir l’affinité avec le serveur Exchange qui maintient la file d’attente des événements de boîte aux lettres pour un utilisateur. Exchange Server 2010 utilise exchangecookie pour maintenir l’affinité client entre les équilibreurs de charge réseau. Exchange Online et les versions de Exchange en local à partir de Exchange 2013 utilisent l’en-tête X-AnchorMailbox, l’en-tête X-PreferServerAffinity et le cookie X-BackEndOverrideCookie pour conserver l’affinité pour les notifications de boîte aux lettres.

Authentification

Les clients peuvent s’authentifier auprès Exchange Online l’aide de Basic ou OAuth. Les versions de Exchange en local à partir de Exchange 2013 utilisent NTLM par défaut ; Toutefois, il est possible de configurer Exchange local pour utiliser l’authentification de base également.

Diagnostics de latence des clients

Exchange Online collecte les diagnostics de latence des clients s’ils sont signalés. Cela permet à Microsoft de résoudre les problèmes de connectivité avec Exchange Online. Exchange local ne collecte pas les diagnostics de latence des clients. Si votre client cible Exchange local, le client ne peut pas signaler de diagnostics de latence au serveur.

Fonctionnalités dans l’API gérée EWS

L’API gérée EWS expose certaines fonctionnalités spécifiques à Exchange en local, telles que la recherche de connexion de point de service et certaines fonctionnalités spécifiques à Exchange Online, telles que les rapports de latence des clients. Notez qu’il est possible d’implémenter certaines fonctionnalités dans Exchange Online avant d’être implémentées dans l’API gérée EWS.

La fonctionnalité d’API gérée EWS suivante s’applique uniquement aux Exchange Online :

Rapports de latence des clients
Pré-authentification de base
Possibilité de demander le retour du RequestId dans les réponses

Fonctionnalités api dans Exchange Online plans et éditions Exchange Server éditions

Différents ensembles de fonctionnalités peuvent être disponibles dans différents plans Office 365 et Exchange Online, ou dans les versions standard et d’entreprise de Exchange Server. N’ignorez pas que certaines fonctionnalités d’API peuvent ne pas être disponibles pour votre application cliente en fonction du plan Exchange Online ou de l’édition Exchange Server qui héberge la boîte aux lettres d’un utilisateur.

Étant donné que la disponibilité des fonctionnalités peut changer, nous vous recommandons de vérifier les plans Exchange Online et les éditions Exchange Server pour évaluer l’impact de la disponibilité des fonctionnalités sur votre client. Vous pouvez également concevoir votre client pour vérifier la disponibilité des fonctionnalités à l’aide de l’opération GetServiceConfiguration ou en envoyant des demandes de test pour les opérations qui implémentent les fonctionnalités. Si la fonctionnalité n’est pas disponible, la réponse du serveur indique en tant que telle.

Autres considérations

Vous pouvez faire les choses suivantes lorsque vous ciblez Exchange local, mais pas Exchange Online :

Créez un client installé sur le Exchange serveur.
Installez des agents de transport personnalisés qui peuvent affecter la remise et le contenu des messages que vous créez et envoyez avec EWS et d’autres clients.