Procédure de résolution des problèmes de disponibilité pouvant survenir dans un déploiement hybride d'une installation locale d'Exchange Server et d'Exchange Online dans Office 365

Impossible de récupérer les informations de disponibilité, quels que soient le compte et l'environnement.

Les utilisateurs de l'un des deux environnements de l'organisation Exchange fédérée ne peuvent pas récupérer les informations de disponibilité des boîtes aux lettres se trouvant dans l'autre environnement.

Dans ce cas, le problème peut être dû au fait qu'Outlook n'est pas à jour ou que la fédération Exchange n'est peut être pas configurée correctement.

Pour résoudre ce problème, demandez aux utilisateurs de déterminer si le problème se produit lorsqu’ils utilisent Microsoft Outlook et lorsqu’ils utilisent Outlook sur le Web (anciennement Outlook Web App) pour Office 365. Si le comportement diffère dans Outlook et Outlook sur le Web, le problème peut provenir du fait que le client Outlook ne répond pas aux conditions requises pour la fédération Exchange. Invitez l'utilisateur à procéder comme suit :

1. Connectez-vous au portail Office 365 (https://portal.office.com).

2. Cliquez sur Paramètres (), puis sur Office 365.

3. Cliquez sur Logiciel, puis sur Installer.

Une fois que l'utilisateur a défini ses propres applications de Bureau Office 365, le problème de disponibilité devrait être résolu.

Si ce problème survient de façon identique dans Outlook que dans Outlook Web App, le problème est probablement lié à la configuration de la fédération Exchange dans votre organisation. Dans ce cas, consultez l' Assistant Déploiement de Microsoft Exchange Server pour vous assurer que l'environnement répond à la configuration requise.

Impossible de récupérer les informations de disponibilité depuis l'un des environnements.

Les utilisateurs ne peuvent pas accéder aux informations de disponibilité via la fédération Exchange dans une direction spécifique. Par exemple, les utilisateurs locaux ne peuvent pas accéder aux informations de disponibilité à partir des boîtes aux lettres du cloud. Ou alors, les utilisateurs du cloud ne peuvent pas accéder aux informations de disponibilité à partir des boîtes aux lettres locales.

Dans ce scénario, le problème peut être dû à une configuration incorrecte de l'URI cible de l'application. Sinon, il est possible que les stratégies de partage dans l'environnement d'Exchange Server local et dans Exchange Online ne correspondent pas.

Pour essayer de résoudre ce problème, procédez comme suit :

1. Sur un ordinateur local qui exécute Exchange Server, ouvrez l'environnement de ligne de commande Exchange Management Shell.

2. À l’invite de commandes, tapez la commande suivante, puis appuyez sur la touche Entrée :

   Get-FederationInformation -domainname <Office 365 Domain> 

   Dans cette commande, l'espace réservé <Domaine Office 365> représente le domaine Office 365 par défaut (par exemple, contoso.onmicrosoft.com).

3. Dans les résultats, notez les valeurs TargetApplicationUri et TargetAutodiscoverEpr. Il s'agit des paramètres que le domaine cible doit posséder pour s'assurer que l'approbation de la fédération est correctement configurée.

4. Pour afficher les informations de l'approbation configurée pour le domaine Office 365 par défaut, exécutez la commande suivante :

   Get-OrganizationRelationship | FL

5. Dans la section DomainNames, assurez-vous que les éléments suivants sont affichés :
   

   • Le nom de domaine de routage du service de la société (par exemple, mail.contoso.onmicrosoft.com)

   • Le nom de domaine fédéré de la société (par exemple, contoso.com)

   Si ces éléments ne sont pas affichés dans la section DomainNames, il est possible qu'il y ait un problème qui affecte la configuration de la fédération Exchange. Consultez l'Assistant de déploiement Microsoft Exchange Server pour vous assurer que votre configuration suit les étapes recommandées et que l'environnement présente la configuration système requise. Si les deux domaines sont correctement affichés dans la section DomainNames, notez les sections suivantes dans les résultats :
   

   • Nom

   • TargetApplicationUri

   • TargetAutodiscoverEpr

   Les valeurs TargetApplicationUri et TargetAutodiscoverEpr doivent correspondre aux valeurs équivalentes de l'applet de commande Get-FederationInformation. Si les valeurs ne correspondent pas, exécutez la commande suivante pour corriger la différence :

   Set-OrganizationRelationship -Identity <Name> -TargetApplicationUri <TargetApplicationUri> -TargetAutodiscoverEpr <TargetAutodiscoverEpr> 

6. Si le problème de disponibilité persiste, assurez-vous que les stratégies de partage dans l'environnement d'Exchange Server local et dans Exchange Online correspondent. Pour ce faire, exécutez la commande suivante dans Exchange Management Shell, puis notez la valeur dans le champ Domaines dans les résultats :

   Get-SharingPolicy | FL

7. Connectez-vous à Exchange Online à l'aide de Windows PowerShell pour effectuer le même test dans l'autre environnement. Vous pouvez ainsi déterminer si les stratégies de partage correspondent. Pour plus d'informations sur la procédure de connexion à Exchange Online à l'aide de Windows PowerShell, reportez-vous au site web de Microsoft à l'adresse suivante :

   Connectez-vous à Exchange Online à l’aide de Remote PowerShell.

8. Une fois connecté à Exchange Online, exécutez la commande suivante dans la fenêtre Windows PowerShell, comme pour l'environnement local, puis notez la valeur dans le champ Domaines :

   Get-SharingPolicy

9. Les valeurs Domaines pour les deux environnements doivent correspondre. Dans le cas contraire, vous pouvez utiliser l'applet de commande Set-SharingPolicy pour configurer le champ Domaines afin qu'il corresponde dans les deux environnements. Pour plus d'informations sur l'applet de commande Set-SharingPolicy et sur l'utilisation de ce paramètre de stratégie de partage, reportez-vous au site web Technet de Microsoft à l'adresse suivante :

   Set-SharingPolicy

Impossible de récupérer les informations de disponibilité d'un compte du cloud à l'aide d'un compte local.

Ce problème se limite aux utilisateurs locaux qui tentent de récupérer des informations de disponibilité pour les bo&icirc;tes aux lettres du cloud.

Tout d’abord, assurez-vous que les dernières mises à jour sont installées sur le serveur. Pour plus d'informations, voir Mises à jour Exchange Server : numéros de build et dates de sortie.

Si le problème persiste, vous pouvez utiliser l'applet de commande Test-FederationTrust pour collecter plus de détails sur l'échec. Pour cela, procédez comme suit :

1. Dans l'environnement Exchange Management Shell, exécutez la commande suivante, oÙ l'espace réservé <OnPremisesMailbox> représente l'adresse de messagerie d'une bo&icirc;te aux lettres utilisateur hébergée dans l'environnement local :

   Test-FederationTrust -UserIdentity <OnPremisesMailbox> -verbose 

   Remarque : cette commande teste le jeton d’approbation de fédération utilisé par l’utilisateur local.

2. Si les résultats contiennent au moins une section dont le Type est Failed, copiez les résultats dans un fichier texte, puis transférez le fichier vers le support des services Exchange Online pour obtenir de l'aide.

Impossible de récupérer les informations de disponibilité d'un compte local à l'aide d'un compte du cloud.

Le problème est limité aux utilisateurs du cloud qui tentent de récupérer des informations de disponibilité pour les bo&icirc;tes aux lettres locales.

Dans ce cas, les bo&icirc;tes aux lettres impliquées peuvent être hébergées sur Exchange Server 2003 plutôt que sur Exchange Server 2007 ou Exchange Server 2010. Exchange Server 2003 ne prend pas en charge les demandes des services Web Exchange que les versions ultérieures utilisent pour obtenir des informations de disponibilité. Vérifiez que toutes les données de disponibilité, contenues dans les dossiers publics d'Exchange Server 2003, sont répliquées sur un serveur de bo&icirc;tes aux lettres Exchange Server 2010 pouvant prendre en charge une base de données de dossiers publics.

1. Vous pouvez installer le rôle de bo&icirc;te aux lettres sur le même serveur que celui oÙ est installé le rôle serveur d'accès au client (CAS), que vous utilisez pour prendre en charge la fédération. Pour plus d'informations sur cette installation à l'aide de l'Assistant de déploiement Microsoft Exchange Server, consultez l'Assistant de déploiement Exchange Server.

2. Si les utilisateurs du cloud éprouvent toujours des difficultés à récupérer les informations de disponibilité pour les bo&icirc;tes aux lettres locales, vérifiez la connexion avec le service de découverte automatique local. Pour cela, procédez comme suit :
   

   1. Ouvrez l'Analyseur de connectivité à distance de Microsoft sur le site web de Microsoft à l'adresse suivante :

      https://www.testconnectivity.microsoft.com/?testid=OutlookAutoDisc

   2. Sur la page de découverte automatique d'Outlook, complétez le formulaire à l'aide de l'adresse de messagerie et du mot de passe d'un compte de l'environnement local qui pose problème. Activez la case à cocher pour confirmer que vous disposez des autorisations nécessaires pour entrer les informations d'identification d'un compte fonctionnel.

   3. Pour vérifier qu'un programme automatisé effectue une demande, vous devez effectuer un défi d'interface utilisateur. Tapez les lettres et chiffres de l'image dans la zone, puis cliquez sur Effectuer un test.

3. Si le test échoue, vérifiez les paramètres de serveur proxy local et de pare-feu. Vérifiez que le serveur d'accès au client Exchange Online est accessible depuis Internet sur le port 443.

Les informations de disponibilité ne sont pas disponibles dans un scénario de déploiement hybride entre une organisation Exchange Server 2003 locale (ou une organisation mixte Exchange Server 2003 ou 2007 locale) et Exchange Online.

Dans ce scénario, le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT) est manquant dans la hiérarchie de dossiers publics et doit être ajouté.

Pour ajouter le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT), procédez comme suit :

1. Connectez-vous au serveur de dossiers publics local Exchange 2010 à partir du serveur de dossiers publics.

2. Ouvrez Windows PowerShell.

3. Exécutez la commande suivante :
     Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup

4. Exécutez la commande suivante :
   
   Install-FreeBusyFolder

Les bo&icirc;tes aux lettres du cloud ne peuvent pas accéder aux informations de disponibilité des bo&icirc;tes aux lettres locales

Lorsque vous exécutez l'applet de commande Get-OrganizationRelationship | FL dans une fenêtre PowerShell distante connectée à Exchange Online, la valeur du paramètre TargetSharingEpr doit être définie correctement. Si cette valeur est vide, nulle ou incorrecte, les bo&icirc;tes aux lettres du cloud ne peuvent pas accéder aux informations de disponibilité des bo&icirc;tes aux lettres locales.

Pour modifier sa valeur, exécutez la commande suivante :

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "EWS address of organization"

Par exemple, exécutez la commande suivante : 

Get-OrganizationRelationship |Set-OrganizationRelationship -TargetSharingEpr "Https://mail.contoso.com/ews/exchange.asmx/WSSecurity"