Configurer la synchronisation des tâches Exchange dans SharePoint Server 2013

  • Article

S’APPLIQUE À :oui-img-132013 no-img-162016 no-img-192019 no-img-seÉdition d’abonnement no-img-sopSharePoint dans Microsoft 365

La configuration de la synchronisation des tâches peut être relativement complexe. En suivant les conseils ci-dessous, vous devriez être en mesure de configurer rapidement la synchronisation des tâches entre vos environnements Exchange Server 2016, SharePoint Server 2013 et Project Server 2013. Il s’agit d’une fonctionnalité idéale pour toute entreprise, car vous pouvez intégrer des tâches de différentes applications dans une seule application, comme Outlook 2016 ou SharePoint MySites.

Remarque

[!REMARQUE] Vous êtes peut-être venu consulter cette page à la recherche de la rubrique Intégration OOF entre Project Server et Exchange. Si tel est le cas, voir Exchange Server calendar OOF integration with Project Server 2013.

Importante

L'application de service Gestion du travail a été déconseillée dans SharePoint Server 2016 donc vous pouvez configurer la synchronisation des tâches Exchange dans SharePoint Server 2013 uniquement.

Avant de commencer

Ce qu’il faut savoir avant de commencer :

  • Pour SharePoint, la synchronisation des profils utilisateur doit être opérationnelle, ce qui signifie généralement qu’une application de service profil utilisateur fonctionne dans l’Administration centrale, avec le service de synchronisation en cours d’exécution. Pour plus d’informations sur ce sujet, consultez les liens suivants : Profils et identités utilisateur et Gérer la synchronisation des profils utilisateur dans SharePoint Server.

  • L' application du service Gestion du travail doit également être en cours d'exécution pour votre batterie de serveurs SharePoint.

  • Pour détecter les ajouts et modifications de tâches, l' application de service de recherche doit elle aussi être en cours d'exécution et configurée pour l'analyse incrémentielle ou continue. Pour plus d'informations, consultez la rubrique Create and configure a Search service application in SharePoint Server 2016.

  • Pour des raisons de sécurité, le protocole SSL doit être en cours d'exécution pour votre application web SharePoint (si vous accédez à un site dont l'URL commence par http, il s'agit du protocole SSL). Si vous ne connaissez pas le protocole SSL, la rubrique Créer les applications web basée sur les revendications dans SharePoint Server peut vous aider. Si vous êtes dans un environnement de test et que vous utilisez le SSL auto-approuvé, vous trouverez les étapes concernant ce sujet au bas de cet article.

  • Vous voudrez probablement que les sites Mon Site soient activés pour SharePoint afin d'afficher les tâches à un seul endroit dans SharePoint. Vous pouvez également les afficher dans Outlook.

  • La synchronisation des tâches nécessite Exchange Server 2016, avec des boîtes aux lettres d'utilisateurs finaux.

  • Lorsque vous effectuez les actions ci-dessous, assurez-vous que vous êtes connecté en tant que membre des groupes SharePoint et Administrateurs Exchange Server.

Téléchargement et installation de l’API des services web Exchange Server sur SharePoint Server

Nous allons commencer par obtenir une copie du EWSManagedAPI.msi via nuget. Téléchargez ce fichier sur chaque serveur d’applications (serveur d’applications) dans votre environnement SharePoint. Il s’agit des serveurs sur lesquels les utilisateurs accèdent à votre site SharePoint. Ce composant est nécessaire pour que SharePoint et Exchange puissent disposer de cette fonctionnalité inter-produits. Vous devez installer le fichier EWSManagedAPI.msi via une fenêtre de ligne de commande. Ouvrez cette fenêtre en tant qu’administrateur, puis veillez à modifier les répertoires en fonction des besoins pour accéder à l’emplacement du fichier téléchargé. Vous devez exécuter cette ligne de script une fois que vous y êtes, exactement comme vous le voyez ci-dessous :

msiexec /i EwsManagedApi.msi addlocal="ExchangeWebServicesApi_Feature,ExchangeWebServicesApi_Gac"

Cette commande démarre l’API EWS 2.2. assistant, où vous serez en mesure d’accepter les termes du contrat de licence, puis d’accéder à l’écran suivant.

Capture d’écran de la fenêtre d’installation de l’API managée MS Exchange.

Conservez le dossier d'installation par défaut, sauf si vous devez effectuer l'installation à un autre emplacement (par exemple, un lecteur différent). Vous pouvez choisir la case d'option Tout le monde pour l'installation. Et voilà ! Continuez et cliquez sur Suivant pour poursuivre l'installation.

Capture d’écran de la barre d’installation de l’API managée MS Exchange.

Voici ce que vous voyez lors de l'installation. Une fois cette dernière terminée, vous pouvez fermer l'Assistant.

Une fois l'Assistant terminé, vous devrez exécuter IISReset sur chacun des ordinateurs sur lesquels vous avez effectué l'installation, avant de pouvoir passer à la prochaine étape. Vous pouvez effectuer cette action dans la fenêtre de commande Administrateur à partir de laquelle vous avez exécuté le script, tapez simplement IISReset et appuyez sur Entrée pour continuer.

Établissement d’une approbation OAuth sur le serveur Exchange

À présent, vous devez établir une approbation OAuth sur le serveur Exchange. Il s'agit d'une approbation à sens unique qui fait savoir à Exchange que l'environnement SharePoint est sûr pour la collaboration.

Exécutez ce script (il est installé avec Exchange, donc il y est déjà) à partir de l’environnement de ligne de commande Exchange Management Shell sur tous les serveurs de boîtes aux lettres Exchange de votre organisation à partir de cet emplacement, « C:\Program Files\Microsoft\Exchange Server\V15\Scripts ». :

.\Configure-EnterprisePartnerApplication.ps1 -ApplicationType Sharepoint -AuthMetadataUrl https://<SP_FQDN>/_layouts/15/metadata/json/1

Remarque

[!REMARQUE] Dans le script ci-dessus, <SP_FQDN> est un espace réservé, vous devez donc indiquer l'URL de la collection de sites racine SharePoint ici. Ainsi, si vous accédez à votre site via https://tailspintoys.com, il s'agit de l'URL que vous avez indiquée ici, suivie de /_layouts/15/metadata/json/1.

Le script s'exécutera, créant les comptes et les autorisations nécessaires pour l'approbation, puis vous obtiendrez un message indiquant que l'opération a été effectuée. Si, dans le passé, vous avez créé une approbation similaire, vous obtiendrez peut-être un message vous informant de son existence, mais le script créera tout de même l'approbation pour vous.

C’est tout. La synchronisation des tâches est configurée pour que vos utilisateurs commencent à utiliser. Vous trouverez plus d’informations dans Agrégation mes tâches dans SharePoint Server et Intégration des tâches Exchange.

Informations supplémentaires pour le SSL auto-approuvé

Comme mentionné ci-dessus, vous allez peut-être devoir approuver manuellement un certificat si vous configurez le SSL auto-approuvé. Cela signifie simplement que le certificat SSL généré dans l'instance IIS d'un serveur ne sera pas reconnu sur un autre serveur, il est donc possible de le faire fonctionner manuellement.

  • Sur chaque serveur Exchange nécessitant une autorisation, ouvrez Internet Explorer.

  • Accédez à votre site SharePoint exécuté avec un certificat SSL auto-approuvé (débutant par https).

  • Lorsque vous êtes invité à indiquer que le site est dangereux, choisissez Continuer vers le site web.

  • Lorsque vous accédez au site, sélectionnez l'élément Erreur de certificat qui figure dans la barre d'adresses d'Internet Explorer.

  • Sélectionnez l'option Afficher les certificats lorsqu'elle devient disponible.

  • Choisissez l'option Installer le certificat.

  • Ensuite, choisissez Placer tous les certificats dans le magasin suivant.

  • Cochez la case Afficher les magasins physiques.

  • Installez maintenant le certificat dans Autorités de certification racines de confiance > Ordinateur local.

Ce certificat est désormais approuvé sur l’ordinateur local.