Partager via


Types d'applications EWS

Découvrez les principaux types d’applications que vous pouvez créer à l’aide des services web Exchange dans Exchange.

L’architecture EWS et Exchange fournit un modèle de développement uniforme que vous pouvez utiliser pour créer les types d’applications les plus courants de manière cohérente, notamment les éléments suivants :

  • Applications clientes : applications autonomes qui utilisent EWS pour accéder aux données Exchange. Outlook et Outlook Web App sont des exemples d’applications clientes.

  • Applications portail : applications qui étendent une page web existante en incluant des informations récupérées à partir d’Exchange, telles que les informations de disponibilité ou de contact. Un composant WebPart SharePoint qui récupère des données Exchange est un exemple d’application portail.

  • Applications de service : travaux en arrière-plan utilisés pour intégrer ou synchroniser des données d’Exchange dans un système existant. Par exemple, une application qui synchronise les informations de contact d’Exchange dans une application CRM.

Chacun de ces modèles d’application peut utiliser une base de code commune pour récupérer des informations à partir d’Exchange. Vous n’avez donc pas besoin de modifier le code EWS utilisé pour récupérer les informations d’élément entre un client, un portail ou une application de service. Ce qui peut changer d’une application à l’autre, c’est le mécanisme d’accès aux boîtes aux lettres et d’authentification. Par exemple, les applications clientes utilisent généralement l’accès utilisateur direct et l’authentification de base ou NTLM, tandis qu’une application de service utilise probablement l’emprunt d’identité pour l’accès aux boîtes aux lettres et l’authentification OAuth.

Applications clientes

Une application cliente EWS est toute application autonome qui utilise EWS pour récupérer des informations à partir du magasin Exchange. Les applications clientes EWS utilisent l’accès direct au client ou l’accès délégué pour récupérer des données à partir du magasin de boîtes aux lettres. Voici quelques exemples d’applications clientes qui utilisent EWS :

  • Outlook, dans les fonctionnalités telles que les infos-courrier, la disponibilité et l’état OOF de l’utilisateur

  • OWA pour les périphériques

  • Outlook pour Mac 2011

  • Lync, pour les informations de disponibilité

Les applications clientes utilisent généralement l’accès direct et l’authentification de base ou NTLM, de sorte que les utilisateurs sont limités à accéder aux informations dans leur propre boîte aux lettres avec leurs propres informations d’identification de connexion. Les applications clientes doivent également prendre en charge l’accès délégué pour les utilisateurs qui ont reçu l’autorisation d’accéder à la boîte aux lettres d’un autre utilisateur.

Applications du portail

Une application portail étend une page web ou un portail existant pour inclure les informations de boîte aux lettres Exchange en tant que composant personnalisé de la page. Les composants WebPart SharePoint sont les applications de portail les plus courantes et offrent aux utilisateurs une expérience personnalisée en fournissant des vues dans les données de boîte aux lettres Exchange, telles que les messages non lus, les messages les plus récents et les événements de calendrier, en plus de leur page du portail SharePoint couramment consultée. Les applications du portail EWS peuvent utiliser l’accès direct au client, l’accès délégué ou l’emprunt d’identité pour récupérer des données à partir du magasin de boîtes aux lettres. Étant donné qu’Exchange 2013 et SharePoint 2013 prennent en charge le protocole d’autorisation OAuth pour l’authentification de serveur à serveur, OAuth fournit la méthode d’authentification la plus transparente et la plus sécurisée.

Applications de service

Une application de service est généralement un travail en arrière-plan intégré à une application existante qui s’étend à Exchange pour mettre en corrélation les données entre le système et le magasin Exchange. Les applications de service n’ont généralement pas d’interface utilisateur et utilisent l’emprunt d’identité ou OAuth pour l’authentification et l’accès. La création d’un compte de service pour emprunter l’identité des utilisateurs est courante dans les applications de service EWS, car vous pouvez accorder à un seul compte l’autorisation d’emprunter l’identité d’un ensemble d’utilisateurs et d’effectuer des opérations de boîte aux lettres pour ces comptes. Par exemple, une application de service EWS peut synchroniser des données entre des listes marketing dans une solution CRM et des groupes de distribution Exchange à l’aide d’un compte de service et de l’emprunt d’identité.

Voir aussi