Résoudre les problèmes de disponibilité dans un environnement hybride Exchange

Numéro de la base de connaissances initiale :   10092

À qui cela s’adresse-t-il ?

Administrateurs client. Un accès élevé sera requis pour la plupart des étapes.

Comment cela fonctionne-t-il ?

Nous allons commencer par vous poser le problème que vous rencontrez. Nous vous guiderons ensuite à travers une série d’étapes de résolution de problèmes propres à votre situation.

Durée d’exécution estimée :

30-60 minutes.

Bienvenue dans l’outil de dépannage de la disponibilité d’un environnement hybride

Sélectionnez l’option qui décrit le mieux le problème que vous rencontrez :

Notes

Si vous souhaitez vérifier le fonctionnement de la fonctionnalité disponible/occupé dans un déploiement hybride, sélectionnez l’option je souhaite mieux comprendre le fonctionnement de la disponibilité hybride.

Version Exchange Server locale dans votre environnement

Pour mieux comprendre le fonctionnement de la disponibilité hybride, consultez les organigrammes suivants. Sélectionnez la version du serveur Exchange local correspondant à votre environnement :

Flux de travail de disponibilité Exchange 2010/2013

Le diagramme suivant illustre le flux de travail Exchange 2010/2013 disponible/occupé :

flux de travail de disponibilité Exchange 2010/2013

Cette action a-t-elle résolu votre problème ?

Flux de travail de disponibilité Exchange 2007

Le diagramme suivant illustre le flux de travail Exchange 2007 disponible/occupé :

flux de travail de disponibilité Exchange 2007

Cette action a-t-elle résolu votre problème ?

Flux de travail de disponibilité Exchange 2003

Le diagramme suivant illustre le flux de travail Exchange 2003 disponible/occupé :

flux de travail de disponibilité Exchange 2003

Cette action a-t-elle résolu votre problème ?

Le travail de disponibilité est-il disponible sur site

Connectez-vous à la boîte aux lettres d’un utilisateur sur site, puis essayez d’afficher la disponibilité pour un autre utilisateur local. Ce test consiste à vérifier que vous n’avez aucun problème lié à la récupération des informations de disponibilité au sein de votre environnement local.

Avez-vous pu afficher les informations de disponibilité ?

Vous avez un problème de disponibilité sur site

Ce dépanneur est utilisé pour diagnostiquer les problèmes de disponibilité dans un environnement hybride. Cela ne semble pas être votre problème immédiat. Une fois les problèmes de disponibilité sur site résolus, redémarrez cet utilitaire de résolution des problèmes. Pour plus d’informations sur la résolution des problèmes courants de disponibilité sur site, consultez la rubrique Troubleshooting Free/Busy information for Outlook 2007.

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site

Utilisez les méthodes suivantes pour vérifier que la découverte automatique peut être résolue à partir d’une source externe et que le pare-feu est ouvert.

Méthode 1 : vérifier que la découverte automatique est en résolution sur le serveur CAS Exchange sur site

  1. À partir d’un ordinateur externe, ouvrez l’invite de commandes et tapez les commandes suivantes, puis appuyez sur entrée après chaque commande :

    • Adhésion
    • découverte automatique. <Your_Domain. com>
  2. Dans la réponse à la commande, la valeur « Address » doit correspondre à l’adresse IP externe du serveur CAS Exchange sur site. Par exemple : nom : autodiscover.contoso.com adresse : 38.96.29.10

Méthode 2 : Vérifiez que vous pouvez envoyer une requête POST de découverte automatique aux URL potentielles de découverte automatique

  1. Accédez à l' Analyseur de connectivité à distance Microsoft.
  2. Sur les tests de connectivité de Microsoft Office Outlook, sélectionnez découverte automatique Outlook, puis suivant.
  3. Renseignez le formulaire de découverte automatique Outlook (adresse de messagerie, nom d’utilisateur et mot de passe), puis sélectionnez effectuer un test.

Si les tests de connectivité Exchange échouent pour la découverte automatique, vérifiez la configuration d’accès Internet de découverte automatique locale. Pour plus d’informations sur la procédure à suivre, consultez la rubrique Microsoft TechNet configurer le service de découverte automatique pour l’accès Internet.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas afficher les informations de disponibilité de l’utilisateur sur site (si le problème n’est pas résolu)

Vérifiez que le point de terminaison de découverte automatique pointe vers le ou les serveurs Exchange hybrides locaux.

Consultez les journaux IIS sur le serveur Exchange hybride pour vérifier que la demande de publication de découverte automatique est reçue par ce serveur :

  1. Sur le serveur Exchange hybride, sélectionnez Démarrer l' > exécution, tapez %SYSTEMDRIVE%\inetpub\logs\LogFiles, puis appuyez sur entrée.

  2. Ouvrez le dossier W3SVC1, puis ouvrez le fichier journal IIS le plus récent.

  3. Recherche de découverte automatique.

  4. La capture d’écran suivante montre un exemple de la requête auto de découverte automatique sur le journal IIS :

    exemple de requête POST de découverte automatique sur le journal IIS

Si aucune entrée n’apparaît pour la découverte automatique dans votre serveur de déploiement hybride Exchange local, il se peut que le pare-feu pointe sur un serveur CAS incorrect.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si un problème n’est pas résolu)

Le nom de domaine est-il présent dans la relation org ?

Pour vérifier la valeur du nom de domaine dans la relation organisationnelle, procédez comme suit :

  1. Connectez-vous à Exchange Online à l’aide de Windows PowerShell. Pour plus d’informations sur la procédure à suivre, consultez la rubrique connexion à Exchange Online à l’aide de Remote PowerShell.

  2. Dans Windows PowerShell, exécutez la commande suivante :

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
    
  3. Vérifiez la valeur DomainName . Le domaine personnel ( yourdomain.com ) doit être présent.

  4. Si la valeur DomainName ne figure pas dans votre domaine personnel, exécutez la commande suivante :

    Set-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" -DomainName yourdomain.com
    

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si le problème ne peut pas être résolu)

Le mappage du gestionnaire IIS est-il manquant ?

Déterminez si la configuration des services IIS (Internet Information Services) ne dispose pas du mappage de gestionnaire intégré SVC pour le point de terminaison de découverte automatique.

  1. Sur le serveur de déploiement hybride Exchange 2010 local, ouvrez le gestionnaire des services Internet (IIS).

  2. Développez site > Site > Web par défaut du site, puis sélectionnez découverte automatique.

  3. Dans la section IIS, ouvrez mappages de gestionnaires. La capture d’écran suivante illustre un exemple de mappage du gestionnaire intégré svc dans IIS :

    exemple de mappage du gestionnaire intégré SVC

Si le mappage de gestionnaire intégré SVC est manquant dans IIS, consultez l' erreur « une exception a été générée par la cible » dans un déploiement hybride de Microsoft 365 et de votre environnement local.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si le problème n’est toujours pas résolu)

Procédez comme suit pour vérifier si EWS a une URL externe définie :

  1. Sur le serveur de déploiement hybride Exchange local, ouvrez l’environnement de commande Exchange Management Shell, puis exécutez l’applet de commande suivante :

    Get-WebServicesVirtualDirectory | FL Name,Server,externalURL
    
  2. Si ExternalURL est manquant sur le serveur de déploiement hybride Exchange, exécutez l’applet de commande suivante :

    Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -ExternalUrl https://mail.contoso.com/ews/exchange.asmx
    

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si le problème n’est toujours pas résolu)

Vérifiez que les services Web Microsoft Exchange (EWS) peuvent être résolus et qu’il n’y a aucun problème de pare-feu.

Vérifiez les journaux IIS sur le ou les serveurs CAS Exchange 2010/2013 pour vérifier que la demande de services Web est reçue par ce serveur. Pour cela, procédez comme suit :

  1. Sur le serveur cas Exchange 2010/2013, sélectionnez Démarrer l' > exécution, tapez %SYSTEMDRIVE%\inetpub\logs\LogFiles, puis appuyez sur entrée.

  2. Ouvrez le dossier W3SVC1, puis ouvrez le fichier journal IIS le plus récent.

  3. Dans le fichier journal IIS le plus récent, recherchez Exchange. asmx/wssecurity. La capture d’écran suivante illustre un exemple de la demande dans le journal IIS :

    exemple de demande de services Web

  4. Si vous ne voyez aucune entrée pour Exchange. asmx/wssecurity dans votre serveur de déploiement hybride Exchange 2010/2013 local, il se peut que le pare-feu pointe vers un serveur cas incorrect ou que l’authentification préalable soit configurée sur le pare-feu. Pour plus d’informations sur la façon de contourner la pré-authentification du pare-feu, voir configurer Forefront TMG pour un environnement hybride.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si le problème n’est pas résolu)

Le mappage du gestionnaire IIS est-il manquant sur EWS ?

Déterminer si le mappage de gestionnaire intégré SVC est manquant dans la configuration des services IIS (Internet Information Services) pour le point de terminaison EWS

  1. Sur le serveur de déploiement hybride Exchange local, ouvrez le gestionnaire des services Internet (IIS).

  2. Développez le ServerName > Site > site Web par défaut du site ServerName, puis sélectionnez EWS.

  3. Dans la zone IIS , ouvrez mappages de gestionnaires. La capture d’écran suivante illustre un exemple de mappage du gestionnaire intégré svc dans IIS :

    exemple de mappage de gestionnaire intégré svc dans IIS

  4. Si les services Internet (IIS) ne possèdent pas le mappage de gestionnaire intégré SVC, reportez-vous à la rubrique l’exception a été générée par la cible» dans un déploiement hybride de Microsoft 365 et de votre environnement local.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas voir les informations de disponibilité de l’utilisateur sur site (si le problème n’est toujours pas résolu)

WSSecurity est-il activé comme méthode d’authentification ?

Sur le serveur de déploiement hybride Exchange local, exécutez la commande suivante dans Exchange Management Shell :

Get-WebServicesVirtualDirectory | fl name,server,externalURL,ExternalAuthenticationMethods

Si le WSSecurity est manquant pour ExternalAuthenticationMethods est est manquant sur le serveur de déploiement hybride Exchange, exécutez la commande suivante :

Set-WebServicesVirtualDirectory -Identity "ServerName\EWS (Default Web Site)" -WSSecurityAuthentication $true

Cette action a-t-elle résolu votre problème ?

L’utilisateur Cloud ne peut pas afficher les informations de disponibilité de l’utilisateur sur site (doit vérifier les paramètres de la relation organisationnelle)

Vérifiez que les paramètres de la relation organisationnelle sont correctement configurés pour permettre l’activation de la disponibilité pour les utilisateurs.

Pour les paramètres en ligne

  1. Connectez-vous à Exchange Online à l’aide de Windows PowerShell. Pour plus d’informations sur la procédure à suivre, consultez la rubrique connexion à Exchange Online à l’aide de Remote PowerShell.

  2. Dans Windows PowerShell, exécutez la commande suivante :

    Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL
    

La sortie doit ressembler à ce qui suit :

  • TargetApplicatioURI: FYDIBOHF25SPDLT.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : { Contoso.com }
  • FreeBusyAccessEnabled : true
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l' set-OrganizationRelationship applet de commande pour résoudre la propriété. Pour plus d’informations sur la syntaxe et les options, consultez la rubrique Set-OrganizationRelationship.

Pour les paramètres locaux

  1. Sur le serveur d’accès au client Exchange 2010/2013, exécutez la commande suivante dans l’environnement de commande Exchange Management Shell :

    Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship"
    

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : { xxxx.mail.onmicrosoft.com , contoso.com }
  • FreeBusyAccessEnabled : true
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l' set-OrganizationRelationship applet de commande pour résoudre la propriété. Pour plus d’informations sur la syntaxe et les options, consultez la rubrique Set-OrganizationRelationship.

Cette action a-t-elle résolu votre problème ?

  • Si oui, félicitations, votre problème est résolu !
  • Si ce n’est pas le cas, consultez la rubrique contacter le support.

L’utilisateur sur site ne peut pas voir la disponibilité de l’utilisateur dans le Cloud

Sur quelle version d’Exchange la boîte aux lettres des utilisateurs locaux se trouve-t-elle ?

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud

Pouvez-vous reproduire le problème à l’aide d’une boîte aux lettres Exchange 2010 locale ?

  1. Ouvrez une session sur Outlook ou sur un client OWA en tant qu’utilisateur disposant d’une boîte aux lettres Exchange 2010 locale.
  2. Créer une demande de réunion et ajouter un utilisateur Cloud à la demande de réunion.
  3. Lors de l’affichage de l’Assistant planification, des marques de hachage apparaissent-elles pour l’utilisateur dans le nuage ?

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est pas résolu)

Vérifiez qu’il n’existe aucun routage de dossiers publics codé en dur qui empêche la réussite de la demande de disponibilité héritée.

Notes

Il ne s’agit pas d’un problème courant.

Vérifiez que l' ms-Exch-Folder-Affinity-List attribut sur les propriétés exchange Server 2003 a Exchange 2010 objectGUID dont le coût est le plus faible (le format de cette propriété est le suivant : {GUID of Server}, cost).

  1. Sur un contrôleur de domaine, sélectionnez Démarrer, exécuter, tapez Adsiedit. msc, puis cliquez sur OK.
  2. Cliquez avec le bouton droit sur modification ADSI, puis sélectionnez se connecter à.
  3. Sur Sélectionnez un contexte d’attribution de noms connu, sélectionnez configuration, puis cliquez sur OK.
  4. Développez Configuration > services > de configuration Microsoft Exchange > First Organization > Exchange administrative Group (FYDIBOHF23SPDLT) > Servers.
  5. Cliquez avec le bouton droit sur serveur Exchange 2010, puis sélectionnez Propriétés.
  6. Copiez la valeur objectGUID et collez-la dans un fichier texte bloc-notes.
  7. Déplacer vers les services de configuration > Services > Microsoft Exchange > première organisation premier serveurs de > groupe d’administration > Servers.
  8. Cliquez avec le bouton droit sur Exchange Server 2003, puis sélectionnez Propriétés.
  9. Vérifiez que la ms-Exch-Folder-Affinity-List valeur est définie avec l' objectGUID Exchange 2010. Si l' objectGUID Exchange 2010 n’est pas disponible ms-Exch-Folder-Affinity-List , vous pouvez l’ajouter en utilisant le format : {GUID of Server}, cost.

Cette action a-t-elle résolu votre problème ?

  • Si oui, félicitations, votre problème est résolu !
  • Si ce n’est pas le cas, consultez la rubrique contacter le support.

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (ne peut pas reproduire)

La disponibilité externe est-elle présente et répliquée correctement ?

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

  1. Connectez-vous au serveur de dossiers publics Exchange 2010 SP1 ou version ultérieure local.
  2. Ouvrez Windows PowerShell.
  3. Exécutez l’applet de commande Add-PsSnapin Microsoft.Exchange.Management.Powershell.Setup .
  4. Exécutez l’applet de commande Install-FreeBusyFolder .

Notes

Le dossier public OU = EXTERNAL (FYDIBOHF25SPDLT) doit être présent uniquement sur les serveurs Exchange 2010 et n’est pas répliqué dans Exchange 2003 ou Exchange 2007.

Cette action a-t-elle résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est pas résolu)

Vérifiez que l’objet destinataire sur le serveur local a le LegacyExchangeDN correct configuré.

Chaque boîte aux lettres Cloud dispose d’un objet de messagerie local correspondant. Pour ce type de requête de disponibilité, nous utilisons le LegacyExchangeDN pour acheminer notre demande vers le serveur de dossiers publics approprié. Pour vous assurer que cette valeur est exacte, procédez comme suit :

  1. Sur le serveur Exchange 2010, exécutez la commande suivante dans l’environnement de commande Exchange Management Shell :

    Get-RemoteMailbox Username |fl LegacyExchangeDN
    

    où username est le nom de l’utilisateur Cloud pour lequel vous tentez d’afficher des informations de disponibilité.

  2. Dans les résultats, vérifiez que l’external (FYDIBOHF25SPDLT) se trouve dans le chemin d’accès. Par exemple, les résultats doivent indiquer le chemin d’accès comme suit :

     Externe (FYDIBOHF25SPDLT)

Cette action a-t-elle résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est pas résolu)

Vérifiez les autorisations sur le dossier public.

Pour utiliser la console de gestion des dossiers publics Exchange 2010 afin de modifier les autorisations client pour le réplica de disponibilité externe (FYDIBOHF25SPDLT), procédez comme suit :

  1. Démarrez la console de gestion Exchange Exchange 2010.

  2. Dans l’arborescence de la console, sélectionnez boîte à outils.

  3. Dans le volet résultats, sélectionnez console de gestion des dossiers publics, puis, dans le volet Actions, sélectionnez ouvrir l’outil. La console de gestion des dossiers publics s’affiche.

  4. Dans la console de gestion des dossiers publics, dans le volet Actions, sélectionnez se connecter au serveur.

  5. Dans se connecter au serveur, sélectionnez Parcourir pour afficher la liste des serveurs de boîtes aux lettres disponibles qui contiennent une base de données de dossiers publics.

  6. Dans Sélectionner les serveurs de dossiers publics, sélectionnez le serveur Exchange 2010. Sélectionnez OK, puis cliquez sur OK.

  7. Dans l’arborescence de dossiers publics, déplacez vers le dossier public système > Schedule + disponible/occupé.

  8. Dans le volet de résultats, cliquez avec le bouton droit sur ex:/O = First Organization/ou = External (FYDIBOHF25SPDLT), puis sélectionnez Properties.

  9. Sous l’onglet autorisations , vérifiez que l’option modifier tout le niveau d’autorisation est sélectionnée pour l’utilisateur * * par défaut :

     Détails de l’onglet Autorisations

Cette action a-t-elle résolu votre problème ?

Votre utilisateur Exchange 2003 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est toujours pas résolu)

La boîte aux lettres d’arbitrage est-elle manquante ou endommagée ?

La boîte aux lettres d’arbitrage peut être modifiée à l’aide d’Adsiedit. Le compte fédéré. e-mail doit se trouver dans le conteneur utilisateurs par défaut d’Active Directory pour le domaine Exchange 2010.

Utilisez l’une des options suivantes :

  1. Utiliser ADSIEdit.

    1. Connectez-vous au contexte d’appellation par défaut dans Active Directory.
    2. Accédez au conteneur utilisateurs et affichez les propriétés du compte de messagerie fédéré.
    3. Modifiez les attributs proxyAddress du compte pour qu’ils aient l’une des adresses SMTP déjà fédérées ou ajoutez l’espace de noms d’adresses proxy déjà existant dans l’approbation de Fédération.
  2. À partir du serveur Exchange Server 2003 , ouvrez utilisateurs et ordinateurs Active Directory.

    1. Accédez au conteneur utilisateurs et cliquez avec le bouton droit sur le compte FederatedEmail, puis sélectionnez Propriétés.
    2. Si vous accédez à l’onglet adresses de messagerie, vous pouvez ajouter une autre adresse proxy correspondant aux espaces de noms de Fédération déjà configurés, ou ajouter l’espace de noms SMTP principal préexistant à l’approbation de Fédération.

Cette action a-t-elle résolu votre problème ?

Votre utilisateur Exchange 2007 ne peut pas accéder aux informations de disponibilité de l’utilisateur Cloud

Pouvez-vous reproduire votre boîte aux lettres Exchange 2010 ou 2013 sur site ?

  1. Connectez-vous à votre client Outlook ou OWA en tant qu’utilisateur disposant d’une boîte aux lettres locale Exchange 2010 ou 2013.
  2. Créer une demande de réunion et ajouter un utilisateur Cloud à la demande de réunion.
  3. Lors de l’affichage de l’Assistant planification, des marques de hachage apparaissent-elles pour l’utilisateur dans le nuage ?

Votre utilisateur Exchange 2007 ne peut pas accéder à la disponibilité de l’utilisateur Cloud

Vérifiez l’espace d’adressage de disponibilité pour vous assurer qu’il dispose des paramètres corrects. Il peut s’agir d’une configuration inutilisable de AvailabilityAddressSpace. Vérifiez que la valeur ProxyURL sur la configuration de AvailabilityAddressSpace correspond à la InternalURL du répertoire virtuel du service Web CAS Exchange 2010/2013. Pour cela, procédez comme suit :

  1. Sur le serveur local, exécutez les commandes suivantes dans Exchange Management Shell :

    Get-AvailabilityAddressSpace | FL ProxyUrl
    Get-WebServicesVirtualDirectory | FL Server,InternalUrl
    
  2. Si les valeurs ProxyURL et InternalURL ne correspondent pas, exécutez les commandes suivantes :

    Remove-AvailabilityAddressSpace -Identity 'contoso.mail.onmicrosoft.com'
    
    Add-AvailabilityAddressSpace -ForestName contoso.mail.onmicrosoft.com' -AccessMethod 'InternalProxy' -UseServiceAccount
    'True' -ProxyUrl https://cas2010.contoso.com/ews/exchange.asmx
    
  3. Si les ProxyURL InternalURL valeurs et correspondent, assurez-vous que vous pouvez accéder à l’URL à partir du serveur CAS Exchange 2007. Pour ce faire, accédez à à ProxyURL partir du cas de l’autorité de AvailabilityAddressSpace certification 2007. S’authentifier auprès des informations d’identification de la boîte aux lettres source Exchange 2007. Le résultat attendu est le suivant :

    Texte de remplacement ici.

Notes

Le InternalURL du répertoire virtuel du service CAS d’Exchange 2010/2013 CAS doit différer du répertoire virtuel du service Internet CAS Exchange 2007.

Cette action a-t-elle résolu votre problème ?

  • Si oui, félicitations, votre problème est résolu !
  • Si ce n’est pas le cas, consultez la rubrique contacter le support.

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud

Connectez-vous à la boîte aux lettres d’un utilisateur sur site, puis essayez d’afficher la disponibilité pour un autre utilisateur local. Ce test consiste à vérifier que vous n’avez aucun problème lié à la récupération des informations de disponibilité au sein de votre environnement local.

Avez-vous pu afficher les informations de disponibilité ?

L’utilisateur local ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud

Déterminez le message d’erreur que vous recevez d’OWA.

  1. Utilisez le compte de l’utilisateur concerné pour vous connecter au site Web OWA local.

  2. Créez une nouvelle demande de réunion, puis ajoutez l’utilisateur local à la réunion.

  3. Lorsque les repères de hachage sont renvoyés, positionnez le pointeur de la souris dessus pour afficher le message d’erreur. Notez le numéro de code d’erreur dans le message d’erreur.

    Déterminer le message d’erreur que vous recevez d’OWA

Sélectionnez le message d’erreur approprié dans la liste suivante pour vous aider à affiner les étapes de dépannage que vous devez suivre :

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (code d’erreur 5039)

Si vous devez avoir des paramètres de proxy Web dans votre environnement, vérifiez que les serveurs Exchange 2010 et Exchange 2013 locaux sont configurés pour l’utiliser.

Sur les serveurs Exchange 2010 et Exchange 2013 locaux, exécutez la commande suivante dans l’environnement de commande Exchange Management Shell :

Get-ExchangeServer | fl InternetWebProxy

Dans la plupart des environnements, les résultats seront vides. Toutefois, si vous disposez d’un proxy sortant dans votre environnement local, vous devrez peut-être configurer les paramètres de proxy appropriés.

Pour résoudre ce problème, exécutez la commande suivante, où l’adresse et le numéro de port http://192.168.5.56:8080 sont remplacés par l’adresse du serveur et le numéro de port :

Set-ExchangeServer -InternetWebProxy http://192.168.5.56:8080

Cette action a-t-elle résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est pas résolu)

Assurez-vous que l’heure définie sur votre serveur n’est pas inexacte de plus de 5 minutes. Si la durée du serveur est supérieure à 5 minutes par rapport à la différence de temps réel, les communications avec la passerelle de Fédération ne sont plus valides. Cela entraîne l’échec des informations de disponibilité.

Pour plus d’informations sur la résolution des problèmes de temps de serveur, consultez la rubrique relative à la configuration d’un serveur de temps faisant autorité dans Windows Server.

Cette action a-t-elle résolu votre problème ?

  • Si oui, félicitations, votre problème est résolu !
  • Si ce n’est pas le cas, consultez la rubrique contacter le support.

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (code d’erreur 5016)

Déterminez si l’adresse cible appropriée est spécifiée sur l’unité MEU en local. Chaque boîte aux lettres Cloud aura un objet local correspondant. Cet objet doit disposer de l’adresse de routage distante appropriée (également appelée adresse cible) spécifiée. L’adresse de routage distante doit contenir un nom de domaine semblable à TenantName.Mail.OnMicrosoft.com .

Pour vérifier que l’adresse de routage distante est définie, procédez comme suit :

  1. Sur le serveur Exchange 2010 ou le serveur Exchange 2013, exécutez la commande suivante dans l’environnement de commande Exchange Management Shell :

    Get-RemoteMailbox Username |fl RemoteRoutingAddress
    

    où username est le nom de l’utilisateur Cloud pour lequel vous tentez d’afficher des informations de disponibilité.

  2. Vérifiez que l’adresse contient TenantName.Mail.OnMicrosoft.com

    sortie de Get-RemoteMailbox.

Notes

Si vous n’avez pas utilisé l’Assistant Configuration hybride, le nom de domaine doit refléter le domaine de routage distant que vous avez sélectionné.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (code d’erreur 5037)

Vérifiez que les paramètres de relation d’organisation sont correctement configurés pour permettre l’activation de la disponibilité pour les utilisateurs.

Pour les paramètres en ligne

Connectez-vous à Exchange Online à l’aide de Windows PowerShell. Pour plus d’informations sur la procédure à suivre, consultez la rubrique Connect Windows PowerShell to the service.

Dans Windows PowerShell, exécutez la commande suivante :

Get-OrganizationRelationship -Identity "Exchange Online to On Premises Organization Relationship" | FL

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI: AppURL.Contoso.com
  • TargetAutodiscoverURI: https://autodiscover.contoso.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : { Contoso.com }
  • FreeBusyAccessEnabled : true
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l' set-OrganizationRelationship applet de commande pour résoudre la propriété. Pour plus d’informations sur la syntaxe et les options à ce sujet, consultez la rubrique Set-OrganizationRelationship.

Pour les paramètres locaux

À partir du CAS Exchange 2010/2013, exécutez la commande suivante dans Exchange Management Shell :

Get-OrganizationReationship -Identity "On Premises to Exchange Online Organization Relationship"

Le résultat doit être similaire au suivant :

  • TargetApplicatioURI: outlook.com
  • TargetAutodiscoverURI: https://podxxx.outlook.com/autodiscover/autodiscover.svc/wssecurity
  • DomainNames : { xxxx.mail.onmicrosoft.com , contoso.com }
  • FreeBusyAccessEnabled : true
  • FreeBusyAccessLevel : LimitedDetails

Si une valeur doit être modifiée, utilisez l' set-OrganizationRelationship applet de commande pour résoudre la propriété. Pour plus d’informations sur la syntaxe et les options à ce sujet, consultez la rubrique Set-OrganizationRelationship.

Cette action a-t-elle résolu votre problème ?

L’utilisateur Exchange 2010/2013 ne peut pas voir les informations de disponibilité de l’utilisateur dans le Cloud (si le problème n’est pas résolu)

Vérifiez qu’un jeton peut être créé avec une approbation test-Federation.

À partir de l’environnement local, vérifiez que vous pouvez récupérer un jeton de délégation qui sera utilisé pour les autorisations de disponibilité. Pour cela, procédez comme suit :

  1. Ouvrez l’environnement de commande Exchange Management Shell à partir du serveur Exchange 2010 ou 2013 local.

  2. Exécutez la commande Test-FederationTrust -UserIdentity User@company.com -verbose où User est l’utilisateur local qui rencontre des problèmes lors de l’affichage des informations de disponibilité de l’utilisateur dans le Cloud.

  3. La sortie doit afficher la réussite de chaque test. En cas de défaillance, utilisez à nouveau l’Assistant Configuration hybride pour essayer de réinitialiser l’approbation de Fédération.

    sortie de test-FederationTrust

Cette action a-t-elle résolu votre problème ?

La fonctionnalité libre/occupé locale ne fonctionne pas pour 2010/2013

Ce guide est utilisé pour résoudre les problèmes de disponibilité hybride. En fonction de vos réponses, vous avez des problèmes en local. Pour plus d’informations sur la résolution des problèmes courants de disponibilité sur site, consultez la rubrique Troubleshooting Free/Busy information for Outlook 2007.

Contacter l’assistance

Désolé, nous ne pouvons pas résoudre un problème non identifié à l’aide de ce guide. Pour plus d’informations sur la résolution de ce problème, accédez au support Microsoft.

Autres ressources utiles :

Outils et ressources

Voici quelques outils et ressources supplémentaires pour diagnostiquer les problèmes liés à la fonctionnalité de disponibilité hybride :

Ces informations vous sont utiles ?

  • Si oui, félicitations, votre problème est résolu !
  • Si ce n’est pas le cas, nous ne pouvons pas résoudre ce problème à l’aide de ce guide.