Cas particulier de l’accès Exchange 2010 en mode Web

maintenant renommé Outlook Web App) de bénéficier de l’intégration de la présence au sein de la messagerie Exchange.

Cela est possible si une infrastructure Office Communications Server 2007 R2 est en place au sein de l’entreprise. Dans les architectures OCS 2007 R2, le rôle OWA est souvent déployé pour des raisons de disponibilité et d’accès à certains services complémentaires comme la gestion des ponts de conférence audio et des codes d’accès à ces ponts de conférence. Mais le plus souvent l’accès OWA n’est pas publié en externe. De plus, lors de l’utilisation d’Outlook Web App, il n’est pas nécessaire de mettre en place des outils ou plugins complémentaires, ce qui est une base pour l’utilisation de machines en libre servi ce ou de machines publiques.

Dans le principe, l’utilisateur se connecte au service Web (OWA) de son serveur de messagerie Exchange, s’authentifie sur ce dernier et accède ainsi à sa messagerie. Le serveur Exchange communique alors avec le serveur OCS pour intégrer les informations de présence dans la page Web de l’utilisateur connecté. (figure 5)
D’un point de vue interne, Exchange 2010 agit comme un proxy et se connecte auprès du pool OCS pour connaître la liste et l’état des contacts d’un utilisateur. Le serveur qui détient le rôle CAS (Client Access Server) récupère ainsi les informations au travers d’une connexion TLS (donc sécurisée) auprès du serveur OCS. Ces informations ainsi obtenues sont alors publiées au travers de services Web et de publication au sein d’Outlook Web App. Cette opération est réalisée en modifiant le fichier Config.web qui est utilisé par le service de publication Web IIS au sein du serveur CAS.

Cette modification indique le pool sur lequel se connecter ainsi que le certificat qui doit être utilisé. Côté OCS, il suffit d’ajouter le serveur CAS en tant que serveur frontal pour les clients. Voir figure 6.
Comme on a pu le voir tout au long de cette première partie de ce dossier, l’intégration est très forte entre les composants de messagerie traditionnelle (messagerie asynchrone) et les composants de messagerie instantanée (mes – sa gerie synchrone). Lorsque tous les composants sont installés et configurés sur le poste de travail, on obtient une cohérence et un ensemble de fonctionnalités qui sont alors imbriqués dans les différents clients et applications disponibles pour les utilisateurs.

Cette imbrication permet d’utiliser de manière quasiment transparente l’ensemble des opérations de passage d’une communication asynchrone par messagerie électronique à une réunion. Cette approche permet donc aux équipes de travail de réagir et de décider rapidement en toute transparence en disposant des moyens de communication efficaces sans perte de temps pour rechercher l’outil ou le moyen le mieux adapté pour communiquer avec les autres membres du groupe de travail.

Dans les prochaines parties de ce dossier, c’est la gestion de la téléphonie et l’intégration de la voix aux outils du poste de travail qui sera passée en revue.