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

Les informations de disponibilité ne peuvent pas être récupérées à partir d’un compte dans l’un ou l’autre des environnements

Les utilisateurs des deux environnements de l’organization fédérée Exchange ne peuvent pas récupérer les informations de disponibilité des boîtes aux lettres situées dans l’autre environnement.

Dans ce cas, le problème peut être lié 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 quand 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 être que le client Outlook ne répond pas aux exigences de 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 configuré Office 365 applications de bureau, le problème de disponibilité doit être résolu.

Si ce problème se produit de manière identique dans Outlook et Outlook sur le web, il existe probablement un problème lié à la configuration de la fédération Exchange dans votre organization. Dans ce cas, consultez l’Assistant Déploiement Microsoft Exchange Server pour vous assurer que l’environnement répond à la configuration système requise.

Les informations de disponibilité ne peuvent pas être récupérées à partir d’un environnement

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 de boîtes aux lettres cloud. Ou bien, les utilisateurs du cloud ne peuvent pas accéder aux informations de disponibilité à partir de boîtes aux lettres locales.

Dans ce scénario, le problème peut être dû à une configuration incorrecte de l’URI de la cible d’application. Ou bien, les stratégies de partage dans l’environnement de Exchange Server local et dans Exchange Online peuvent ne pas correspondre.

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

1. Sur un ordinateur local qui exécute Exchange Server, ouvrez Exchange Management Shell.

2. Sur la ligne de commande, tapez la commande suivante, puis appuyez sur Entrée :

   Get-FederationInformation -domainname <Office 365 Domain> 

   Dans cette commande, l’espace réservé <Office 365 Domaine> 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 avoir pour s’assurer que l’approbation de fédération est correctement configurée.

4. Pour afficher les informations d’approbation actuellement configurées pour le domaine Office 365 par défaut, exécutez la commande suivante :

   Get-OrganizationRelationship | FL

5. Dans la section DomainNames , vérifiez que les éléments suivants sont affichés :
   

   • Nom du domaine de routage de service de l’entreprise (par exemple, mail.contoso.onmicrosoft.com)

   • Nom du domaine fédéré de l’entreprise (par exemple, contoso.com)

   Si ces noms ne sont pas affichés dans la section DomainNames , un problème peut affecter la configuration de la fédération Exchange. Passez en revue l’Assistant Déploiement Microsoft Exchange Server pour vous assurer que votre configuration s’aligne sur les étapes recommandées et que l’environnement répond à toutes les exigences système. Si les deux domaines sont affichés correctement 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 de Exchange Server local et dans Exchange Online correspondent. Pour le déterminer, 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 exécuter le même test dans l’autre environnement. Vous effectuez cette opération afin de déterminer si les stratégies de partage correspondent. Pour plus d’informations sur la façon de se connecter à Exchange Online à l’aide de Windows PowerShell, accédez au site web Microsoft suivant :

   Se connecter à Exchange Online à l’aide de PowerShell distant

8. Après vous être connecté à Exchange Online, exécutez la commande suivante dans la fenêtre Windows PowerShell, comme vous l’avez fait pour l’environnement local, puis notez la valeur dans le champ Domaines :

   Get-SharingPolicy

9. Les valeurs Domains des deux environnements doivent correspondre. S’ils ne correspondent pas, vous pouvez utiliser l’applet de commande Set-SharingPolicy pour configurer le champ Domaines afin qu’il corresponde des deux côtés. Pour plus d’informations sur l’applet de commande Set-SharingPolicy et sur l’utilisation de ce paramètre de stratégie de partage, accédez au site web Microsoft TechNet suivant :

   Set-SharingPolicy

Les informations de disponibilité ne peuvent pas être récupérées à partir d’un compte cloud à l’aide d’un compte local

Ce problème est limité aux utilisateurs locaux qui tentent de récupérer des informations de disponibilité pour les boîtes aux lettres cloud.

Tout d’abord, vérifiez que les dernières mises à jour sont installées sur le serveur. Pour plus d’informations, consultez Exchange Server Mises à jour : numéros de build et dates de publication.

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 Exchange Management Shell, exécutez la commande suivante, où l’espace réservé <OnPremisesMailbox> représente l’adresse e-mail d’une boî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. En supposant que les résultats contiennent au moins une section dans laquelle le type a échoué, copiez les résultats dans un fichier texte, puis envoyez le fichier au support Exchange Online Services pour obtenir de l’aide.

Les informations de disponibilité ne peuvent pas être récupérées à partir d’un compte local à l’aide d’un compte cloud

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

Dans ce cas, les boîtes aux lettres impliquées peuvent être hébergées sur Exchange Server 2003 au lieu de Exchange Server 2007 ou Exchange Server 2010. Exchange Server 2003 ne prend pas en charge les demandes de services Web Exchange que les versions ultérieures utilisent pour obtenir des informations de disponibilité. Assurez-vous que toutes les données de disponibilité contenues dans Exchange Server dossiers publics 2003 sont répliquées sur un serveur de boîtes aux lettres Exchange Server 2010 qui peut prendre en charge une base de données de dossiers publics.

1. Vous pouvez installer le rôle de boîte aux lettres sur le serveur sur lequel le rôle de serveur d’accès au client (CAS) que vous utilisez pour prendre en charge la fédération est installé. Pour plus d’informations sur la procédure à suivre à l’aide de l’Assistant Déploiement Microsoft Exchange Server, accédez à Exchange Server’Assistant Déploiement.

2. Si les utilisateurs du cloud rencontrent toujours des problèmes lorsqu’ils tentent de récupérer des informations de disponibilité pour les boîtes aux lettres locales, déterminez s’il existe un problème de connexion au service de découverte automatique local. Pour cela, procédez comme suit :
   

   1. Ouvrez Microsoft Remote Connectivity Analyzer sur le site web Microsoft suivant :

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

   2. Dans la page de découverte automatique Outlook, remplissez le formulaire en utilisant l’adresse e-mail et le mot de passe d’un compte dans l’environnement local qui rencontre des problèmes. Cochez la case case activée pour confirmer que vous disposez de l’autorité nécessaire pour entrer les informations d’identification d’un compte professionnel.

   3. Pour confirmer qu’un programme automatisé effectue une requête, vous devez effectuer un défi d’interface humaine. Tapez les lettres et les chiffres de l’image dans la zone, puis cliquez sur Effectuer un test.

3. Si le test échoue, case activée les paramètres du serveur proxy local et du pare-feu. Assurez-vous que Exchange Online site d’administration centrale est accessible à partir d’Internet sur le port 443.

Les informations de disponibilité ne sont pas disponibles dans un déploiement hybride entre Exchange Online et un organization Exchange 2003 local ou un exchange 2003 mixte local organization

Dans ce scénario, le dossier public OU=EXTERNAL (FYDIBOHF25SPDLT) est manquant dans la hiérarchie des 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 Exchange 2010 local à 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îtes aux lettres cloud ne peuvent pas voir les informations de disponibilité pour les boîtes aux lettres locales

Lorsque vous exécutez Get-OrganizationRelationship | Applet de commande 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, null ou incorrecte, les boîtes aux lettres cloud ne peuvent pas voir les informations de disponibilité sur les boîtes aux lettres locales.

Pour définir la 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"