Partager via

Résoudre les problèmes d’interaction entre Teams et Exchange Server

  • Article
  • S’applique à:
    Microsoft Teams

Symptômes

Vous rencontrez un ou plusieurs des problèmes suivants.

Problème 1 : un délégué ne peut pas planifier de réunion Teams au nom d’une personne qui délègue.

Un délgator dont la boîte aux lettres est hébergée sur Exchange Server ajoute un délégué pour gérer son calendrier Microsoft Outlook. Toutefois, le délégué qui utilise le complément Teams pour Outlook ne parvient pas à planifier une réunion Teams pour le compte du délateur, et Outlook retourne le message d’erreur suivant :

Il semble que vous n’êtes pas autorisé à planifier des réunions pour ce compte. Contactez le propriétaire pour obtenir l’autorisation et essayez à nouveau.

Problème 2 : vous rencontrez des problèmes lorsque vous essayez d’utiliser l’application de calendrier Teams.

L’un de ces problèmes survient :

  • L’icône Calendrier n’est pas affichée dans le client Teams.
  • L’application Calendrier Teams affiche un message d’erreur « Désolé, nous n’avons pas pu obtenir les détails de votre réunion » lorsque vous utilisez le bureau Teams ou le client web.

L’application de calendrier Teams requiert l’accès à la boîte aux lettres Exchange via EWS (Exchange Web Services). La boîte aux lettres Exchange peut être en ligne ou locale dans le cadre du déploiement Exchange hybride.

Problème 3 : Votre statut de présence dans Teams est bloqué sur l’absence du bureau ou n’affiche pas « Dans une réunion » lorsque vous participez à une réunion de calendrier Outlook

L’un de ces problèmes survient :

  • Votre boîte aux lettres est hébergée sur un serveur Exchange local et vous avez désactivé la fonctionnalité Réponses automatiques dans le client Outlook. Toutefois, l’état de présence de Teams affiche « Hors bureau » à tous les clients Teams de la même organisation. Cet état peut durer quelques jours.

    Remarque : Pour les utilisateurs dont la boîte aux lettres est hébergée localement, il est prévu d’avoir des retards de présence avec un maximum d’une heure.

  • Vous participez à une réunion de calendrier Outlook, mais l’état de présence teams n’est pas mis à jour sur « Dans une réunion ».

Conditions préalables à l’intégration de Teams et d’Exchange Server

Pour intégrer le service Teams à votre installation Exchange Server, assurez-vous que votre environnement Exchange Server local répond aux exigences suivantes :

  • Validez la version et la compatibilité de l’environnement de Microsoft Exchange Server et de Microsoft Teams dans votre déploiement.

  • Microsoft Teams doit savoir si la boîte aux lettres est hébergée dans Exchange Online ou localement, ou dans un déploiement hybride Exchange Server. Les services Teams appellent les services Exchange Online via un appel de découverte automatique V2, qui est redirigé vers des serveurs locaux hébergeant la boîte aux lettres dans une configuration hybride.

  • Exchange Online s’intègre à l’environnement de serveur Exchange local, comme décrit dans Présentation de l’authentification OAuth. Il est préférable que vous le configuriez en exécutant l’Assistant hybride d’Exchange, mais vous pouvez effectuer cette opération manuellement tel que décrit dans l’article Configurer l’authentification OAuth entre des organisations Exchange et Exchange Online. Exchange Online est représenté par l’ID d’application 00000002-0000-0ff1-ce00-000000000000.

  • En outre, les services Teams doivent s’authentifier au nom de l’utilisateur pour accéder à la boîte aux lettres hébergée localement également à l’aide d’OAuth. Dans ce cas, l’ID d’application de Skype Entreprise Online 00000004-0000-0ff1-ce00-000000000000 est utilisé par le service de planification de Teams, ainsi que le paramètre MailUser référencé dans l’article Configurer l’intégration et OAuth entre Skype Entreprise Online et Exchange Server :

    • Le compte est caché du carnet d’adresses Exchange. Il est recommandé de masquer le compte du carnet d’adresses, car il s’agit d’un compte désactivé.
    • Le compte a une attribution des rôles de gestion Exchange pour UserApplication.
    • Pour la conservation et l’archivage, il est nécessaire d’affecter le rôle ArchiveApplication.
    • Toutes les étapes de l’article sont requises pour un environnement local Teams et Exchange Server.

    Note

    Vous trouverez ici un exemple d’utilisation de Plateforme d’identités Microsoft et OAuth 2.0.

  • Vous devez configurer votre pare-feu internet ou votre serveur proxy inverse pour permettre à Microsoft Teams d’accéder aux serveurs exécutant Exchange Server en ajoutant les URL et les plages d’adresses IP pour Skype Entreprise Online et Microsoft Teams dans la liste verte. Pour plus d’informations, consultez les URL et plages d’adresses IP Microsoft 365 - Microsoft Teams.

  • Exchange Autodiscover V2 est nécessaire pour permettre au service Teams d’effectuer une découverte non authentifiée sur la boîte aux lettres de l’utilisateur qui se trouve dans Exchange Server. Autodiscover V2 est entièrement pris en charge dans la mise à jour cumulative 19 pour Exchange Server 2013 ou version ultérieure. Cela est suffisant pour permettre à la délégation Teams de travailler correctement. Toutefois, l’application Calendrier Teams nécessite l’installation de la mise à jour cumulative 3 pour Exchange Server 2016 ou version ultérieure. Par conséquent, pour une prise en charge complète des fonctionnalités, la mise à jour cumulative 3 pour Exchange Server 2016 ou version ultérieure est nécessaire.

Ouvrir les étapes de résolution des problèmes

Note

Ces étapes de résolution des problèmes s’appliquent à tous les problèmes répertoriés ci-dessus.

Exécuter le test de connectivité d’intégration d’Exchange Teams

Les administrateurs et les non-administrateurs peuvent exécuter le test de connectivité d’intégration Teams Exchange dans l’outil Microsoft Remote Connectivity Analyzer. Cet outil est utilisé pour résoudre les problèmes de connectivité qui affectent Teams. Le test de connectivité valide la capacité de Teams à interagir avec Exchange. Pour les environnements hybrides Exchange, exécutez ce test deux fois, une fois avec une boîte aux lettres Microsoft 365 et une fois avec une boîte aux lettres locale.

Note

L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test de connectivité d’intégration Teams Exchange.
  2. Connectez-vous à l’aide des informations d’identification du compte d’utilisateur concerné.
  3. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.
  4. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Étapes supplémentaires

Après avoir exécuté le test de connectivité d’intégration d’Exchange Teams, procédez comme suit.

Étape 1 : vérifiez que le service de découverte automatique fonctionne correctement.

Le service Teams utilise le service de découverte automatique Exchange pour localiser l’URL EWS publiée par le serveur exécutant Exchange Server. Pour vérifier que le processus de découverte automatique fonctionne correctement, exécutez le test de connectivité Outlook dans l’outil Microsoft Remote Connectivity Analyzer. L’outil Analyseur de connectivité à distance utilise un ensemble spécifique d’adresses IP pour localiser l’URL EWS. Pour obtenir la liste de ces adresses IP pour Microsoft 365, consultez les informations relatives à l’ID 46 dans URL et plages d’adresses IP Microsoft 365.

Note

L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test De connectivité Outlook.

  2. Dans le champ Adresse e-mail, entrez l’adresse e-mail de la boîte aux lettres affectée.

    Remarque : Pour le problème de délégation Teams, entrez la boîte aux lettres du délégateur. Pour les problèmes de présence de l’application Calendrier Teams et teams, entrez la boîte aux lettres de l’utilisateur concerné.

  3. Dans le champ Domain\User Name (ou UPN), entrez le nom du compte qui dispose des autorisations nécessaires pour exécuter ce test au format domaine\user (contoso.com\user) ou UPN (user@contoso.com).

  4. Dans le champ Mot de passe , entrez le mot de passe du compte spécifié à l’étape 3.

  5. Sous Sélection de découverte automatique, sélectionnez Utiliser la découverte automatique pour détecter les paramètres du serveur.

  6. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.

  7. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Étape 2 : Vérifier que le service de découverte automatique peut acheminer localement les demandes de découverte automatique

Dans Windows PowerShell, exécutez la commande suivante :

Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=<Email address of the affected mailbox>&Protocol=EWS" -UserAgent Teams

Note

Pour le problème de délégation de Teams, testez la boîte aux lettres du délégué. Pour les problèmes relatifs au statut de présence de Teams et à l’application Calendrier Microsoft Teams, testez la boîte aux lettres de l’utilisateur affecté.

Pour une boîte aux lettres hébergée localement, l’URL EWS doit pointer vers l’EWS externe local. La sortie doit ressembler à l’exemple suivant :

URL du protocole

-------- ---

EWS <https://mail.contoso.com/EWS/Exchange.asmx>

Si ce test échoue ou si l’URL EWS est incorrecte, passez en revue les conditions préalables pour l’intégration de Teams et de la section Exchange Server . Le problème est probablement dû à un problème de configuration hybride Exchange, ou à un pare-feu ou à un proxy inverse qui bloque les requêtes externes.

Étape 3 : Vérifiez que le protocole d’authentification Exchange OAuth est activé et fonctionnel.

Pour vérifier que l’authentification OAuth Exchange est activée et fonctionnelle, exécutez la Test-OAuthCOnnectivity commande comme décrit dans Configurer l’authentification OAuth entre les organisations Exchange et Exchange Online.

En outre, exécutez le test de connectivité libre/occupé dans l’outil Microsoft Remote Connectivity Analyzer. Ce test vérifie qu’une boîte aux lettres Microsoft 365 peut accéder aux informations de disponibilité d’une boîte aux lettres locale et vice versa (une direction par exécution de test).

Note

  • L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.
  • Vous devez exécuter ce test deux fois en échangeant l’adresse e-mail de boîte aux lettres source avec l’adresse e-mail de la boîte aux lettres cible, car chaque exécution est unidirectionnelle. Vous n’avez pas besoin d’exécuter ce test à l’aide d’un compte affecté. Vous pouvez exécuter le test à l’aide de n’importe quelle paire d’une boîte aux lettres locale et d’une boîte aux lettres Microsoft 365.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test de connectivité libre/occupé .
  2. Dans le champ Adresse e-mail de la boîte aux lettres source, entrez l’adresse e-mail de la boîte aux lettres source.
  3. Dans la zone de liste déroulante Type d’authentification, sélectionnez Authentification moderne (OAuth).
  4. Connectez-vous à l’aide des informations d’identification de la boîte aux lettres source.
  5. Dans le champ Adresse e-mail de la boîte aux lettres cible, entrez l’adresse e-mail de la boîte aux lettres cible.
  6. Dans le champ Sélection du service, sélectionnez le service approprié.
  7. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.
  8. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Pour en savoir plus sur la procédure de résolution des problèmes gratuits/occupés dans un déploiement hybride de Microsoft 365 sur site et Exchange Online, consultez cet article.

Résolution d’un problème de délégation Teams

Note

Ces étapes de diagnostic et dépannage s’appliquent uniquement au problème 1.

Exécuter le test de connectivité de délégation de réunion Teams

Les administrateurs et les non-administrateurs peuvent exécuter le test de connectivité de délégation de réunion Teams dans l’outil Microsoft Remote Connectivity Analyzer. Cet outil est utilisé pour résoudre les problèmes de connectivité qui affectent Teams. Le test de connectivité vérifie que votre compte répond aux exigences requises pour planifier une réunion Teams au nom d’un délégateur.

Note

L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test de connectivité de délégation de réunion Teams.
  2. Connectez-vous à l’aide des informations d’identification du compte d’utilisateur concerné.
  3. Entrez l’adresse e-mail du délegator.
  4. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.
  5. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Si le test échoue, procédez comme suit.

Étape 1 : Vérifier que le délégué reçoit l’autorisation Auteur au calendrier du délgator

Si la boîte aux lettres du délgator est hébergée sur un serveur Exchange local, procédez comme suit :

  1. Ouvrez Outlook classique à l’aide des informations d’identification du délégateur.

  2. Sélectionnez Paramètres >du compte de fichier>déléguer l’accès.

  3. Dans la boîte de dialogue Délégués , sélectionnez le délégué, puis sélectionnez Autorisations. Si le délégué n’est pas répertorié, sélectionnez Ajouter pour ajouter le délégué.

  4. Dans la boîte de dialogue Autorisations du délégué, vérifiez que le délégué dispose de l’autorisation Auteur (peut lire et créer des éléments) ou l’Éditeur (peut lire, créer et modifier des éléments) dans le dossier Calendrier .

    Remarque : l’autorisation minimale requise pour qu’un délégué crée une réunion pour le compte du délgator est l’autorisation Auteur (peut lire et créer des éléments). Par défaut, lorsque vous ajoutez un délégué, le délégué reçoit l’autorisation d’éditeur (peut lire, créer et modifier des éléments) dans votre dossier Calendrier .

  5. Cliquez sur OK.

Une fois ces étapes effectuées, le dossier et les autorisations Envoyer pour le compte sont stockés dans la boîte aux lettres du délégateur. En outre, le délégué est ajouté à la liste des délégués stockés dans un élément masqué dans la boîte aux lettres du délégateur.

Si la boîte aux lettres du délégateur est hébergée dans Exchange Online, vous pouvez suivre les mêmes étapes répertoriées ci-dessus que lorsque la boîte aux lettres du délégateur est hébergée sur un serveur Exchange local. Vous pouvez également vous connecter à Exchange Online PowerShell et exécuter la commande PowerShell Set-Mailboxfolderpermission avec des privilèges d’administrateur :

Set-Mailboxfolderpermission -identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Author –SharingpermissionFlags Delegate

Étape 2 : Vérifier que Teams n’est pas bloqué pour accéder à EWS pour l’ensemble de l’organisation

Exécutez la commande Exchange PowerShell suivante pour vérifier si le EwsApplicationAccessPolicy paramètre a été défini EnforceAllowList pour l’ensemble de l’organisation :

Get-OrganizationConfig | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS. Une valeur vide de EwsAllowList (EwsAllowList={}) empêche tous les utilisateurs d’accéder à EWS.

Note

Le blocage d’EWS peut également provoquer des problèmes d’application de calendrier Teams. Pour plus d’informations, consultez Vérifier que l’application calendrier Teams est activée.

Assurez-vous qu’il est répertorié en tant que SchedulingService membre de tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande suivante pour l’ajouter :

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True ou Null (vide). Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 3 : Vérifier que Teams n’est pas bloqué pour accéder à EWS pour la boîte aux lettres du délégateur

Exécutez la commande Exchange PowerShell suivante pour vérifier si le EwsApplicationAccessPolicy paramètre a été défini EnforceAllowList pour la boîte aux lettres du délégateur :

Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS.

Assurez-vous qu’il est répertorié en tant que SchedulingService membre de tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande Exchange PowerShell suivante pour l’ajouter :

Set-CASMailbox <delegator's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True. Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 4 : Escalader le problème

Si vous avez vérifié qu’il n’existe aucun problème avec les conditions préalables ou les configurations mentionnées dans cet article, envoyez une demande de service à Support Microsoft avec les informations suivantes :

  • UserPrincipalName pour le délgator et le délégué.
  • Les journaux de complément de réunion Teams sous le %appdata%\\microsoft\\teams\\meeting-addin dossier.
  • L’heure UTC à laquelle le problème s’est reproduit.
  • Journaux de débogage du client Teams collectés sur la machine du délégué. Pour plus d’informations sur comment collecter ces journaux, voir Utilisation des fichiers journaux pour résoudre les problèmes liés à Microsoft Teams.

Résoudre le problème de l’application Calendrier Teams

Note

Ces étapes de résolution des problèmes s’appliquent uniquement au problème 2.

Étape 1 : Vérifiez que l’application Calendrier Teams est activée

  1. Ouvrez le Centre d’administration Microsoft Teams, sélectionnez Utilisateurs>Gérer les utilisateurs, sélectionnez l’utilisateur concerné, puis sélectionnez Afficher les stratégies.

    Capture d’écran des fenêtres du Centre d’administration Microsoft Teams. Les stratégies affectées sous l’onglet Stratégies sont répertoriées.

  2. Sélectionnez la stratégie de configuration de l’application qui est affectée à cet utilisateur. Dans l’exemple ci-dessus, la stratégie globale (par défaut à l’échelle de l’organisation) est affectée. Vérifiez que l’application Calendrier (ID ef56c0de-36fc-4ef8-b417-3d82ba9d073c) s’affiche.

    Capture d’écran des stratégies de configuration des applications Teams, affichant l’application du calendrier.

    Si l’application Calendrier est manquante, restaurez-la. Pour plus d’informations, voir Gérer les stratégies de mise en application dans Microsoft Teams.

Étape 2 : Vérifier que le mode de coexistence de mise à niveau de Teams autorise les réunions Teams

  1. Ouvrez le centre d'administration de Microsoft Teams.

  2. Sélectionnez Utilisateurs Gérer les>utilisateurs, puis sélectionnez l’utilisateur concerné.

  3. Vérifiez que le paramètre de mode coexistence est défini sur une valeur autre que Skype Entreprise uniquement ou Skype Entreprise avec la collaboration Teams.

    La capture d’écran affiche l’option Mode de coexistence sous l’onglet Compte dans l’élément Utilisateurs.

  4. Si le mode coexistence de l’utilisateur est défini sur Utiliser les paramètres à l’échelle de l’organisation, le mode de coexistence de locataire par défaut est utilisé. Dans ce cas, procédez comme suit :

    1. Accédez aux Paramètres à l’échelle de l’organisation et sélectionnez Mise à niveau de Teams.

    2. Vérifiez que le paramètre de mode coexistence par défaut est défini sur une valeur autre que Skype Entreprise uniquement ou Skype Entreprise avec la collaboration Teams.

      La capture d’écran montre le paramètre du mode Coexistence sous Mise à niveau Teams.

Étape 3 : Vérifier que Teams n’est pas empêché d’accéder à EWS pour l’ensemble de l’organisation

Exécutez cette commande Exchange PowerShell pour vérifier si le paramètre EwsApplicationAccessPolicy a été défini EnforceAllowList pour l’ensemble de l’organisation :

Get-OrganizationConfig | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS.

Assurez-vous que MicrosoftNinja/*, *Teams/*et SkypeSpaces/* sont répertoriés en tant que membres du tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande suivante pour les ajouter :

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True ou Null (vide). Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 4 : Vérifiez que Teams n’est pas empêché d’accéder à EWS pour l’utilisateur concerné

Exécutez cette commande Exchange PowerShell pour vérifier si le EwsApplicationAccessPolicy paramètre a été défini EnforceAllowList pour la boîte aux lettres utilisateur :

Get-CASMailbox <UserPincipalName> | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS.

Assurez-vous que MicrosoftNinja/*, *Teams/*et SkypeSpaces/* sont répertoriés en tant que membres du tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande Exchange PowerShell suivante pour les ajouter :

Set-CASMailbox <UserPincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True. Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 5 : Vérifier que le test de connectivité de l’application calendrier Teams réussit

Les administrateurs et les non-administrateurs peuvent exécuter le test de connectivité des applications de calendrier Teams dans l’outil Microsoft Remote Connectivity Analyzer. Cet outil est utilisé pour résoudre les problèmes de connectivité qui affectent Teams. Le test de connectivité vérifie que le service principal Teams peut se connecter à une boîte aux lettres Exchange.

Note

L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test de connectivité de l’application calendrier Teams.
  2. Connectez-vous à l’aide des informations d’identification du compte d’utilisateur concerné.
  3. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.
  4. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Étape 6 : Escalader le problème

Si vous avez vérifié qu’il n’existe aucun problème avec les conditions préalables et les configurations mentionnées dans cet article, envoyez une demande de service à Support Microsoft avec les informations suivantes :

Résolution du problème relatif au statut de présence dans Teams

Note

Ces étapes de résolution des problèmes s’appliquent uniquement au problème 3.

Étape 1 : Vérifier que l’URL de l’API Exchange REST locale a été publiée sur le réseau public

Vérifiez que le service de découverte automatique peut router les demandes de découverte automatique vers un emplacement local à l’aide de la boîte aux lettres de l’utilisateur pour localiser l’URL Exchange EWS locale et modifier le format d’URL. Par exemple, remplacez https://mail.contoso.com/EWS/Exchange.asmx par https://mail.contoso.com/api.

Essayez d’accéder à l’URL de l’API REST à partir d’un navigateur du réseau externe. Si vous obtenez une réponse 401 de l’environnement Exchange local, cela indique que l’URL de l’API REST a été publiée. Dans le cas contraire, contactez l’équipe qui gère le réseau local pour obtenir la publication de l’URL.

Note

Le service de présence de Teams ne prend pas en charge le repli vers l’URL EWS si l’accès à l’API REST Exchange échoue.

Étape 2 : Vérifier que la présence Teams basée sur le test de connectivité des événements de calendrier réussit

Les administrateurs et les non-administrateurs peuvent exécuter le test de connectivité Présence dans Teams basée sur les événements du calendrier à l’aide de l’Analyseur de connectivité à distance Microsoft. L’outil Analyseur de connectivité à distance utilise un ensemble spécifique d’adresses IP pour localiser l’URL EWS. Pour obtenir la liste de ces adresses IP pour Microsoft 365, consultez les informations relatives à l’ID 46 dans URL et plages d’adresses IP Microsoft 365. Ce test de connectivité vérifie les conditions requises pour mettre à jour l’état de présence d’un utilisateur dans Teams en fonction de ses événements de calendrier dans Microsoft Outlook.

Note

L’outil Analyseur de connectivité à distance Microsoft n’est pas disponible pour les environnements GCC et GCC High Microsoft 365 Government.

Pour exécuter le test de connectivité, procédez comme suit :

  1. Ouvrez un navigateur web et accédez au test Présence dans Teams basée sur les événements du calendrier.
  2. Connectez-vous à l’aide des informations d’identification du compte d’utilisateur concerné.
  3. Entrez le code de vérification qui s’affiche, puis sélectionnez Vérifier.
  4. Cochez la case pour accepter les conditions d’utilisation, puis sélectionnez Effectuer un test.

Une fois le test terminé, l’écran affiche des détails sur les vérifications qui ont été effectuées et indique si le test a réussi, a échoué ou a réussi tout en affichant quelques avertissements. Sélectionnez les liens fournis pour plus d’informations sur les avertissements et les échecs et sur la façon de les résoudre.

Étape 3 : Vérifier que Teams n’est pas empêché d’accéder à EWS pour l’ensemble de l’organisation

Exécutez cette commande Exchange PowerShell pour vérifier si le EwsApplicationAccessPolicy paramètre a été défini EnforceAllowList pour l’ensemble de l’organisation :

Get-OrganizationConfig | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS. Une valeur vide de EwsAllowList (EwsAllowList={}) empêche tous les clients d’accéder à EWS.

Vérifiez que *Microsoft.Skype.Presence.App/* est répertorié en tant que membre de tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande suivante pour l’ajouter :

Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True ou Null (vide). Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 4 : vérifier que l’accès à EWS de Teams n’est pas bloqué pour la boîte aux lettres de l’utilisateur

Exécutez cette commande Exchange PowerShell pour vérifier si le EwsApplicationAccessPolicy paramètre a été défini EnforceAllowList pour la boîte aux lettres de l’utilisateur :

Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*

Si le paramètre a été défini EnforceAllowListsur , seuls les clients répertoriés EwsAllowList sont autorisés à accéder à EWS.

Vérifiez que *Microsoft.Skype.Presence.App/* est répertorié en tant que membre de tableau du EwsAllowList paramètre. Si ce n’est pas le cas, exécutez la commande Exchange PowerShell suivante pour l’ajouter :

Set-CASMailbox <user's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}

Si le paramètre a la EwsEnabled valeur False, vous devez le définir sur True. Sinon, le service Teams est bloqué pour accéder à EWS.

Étape 5 : Faire remonter le problème

Si vous avez vérifié qu’il n’existe aucun problème avec les conditions préalables et les configurations mentionnées dans cet article, envoyez une demande de service à Support Microsoft avec les informations suivantes :