Beheben von Interaktionsproblemen zwischen Teams und Exchange Server
Symptome
Es treten mindestens eine der folgenden Probleme auf.
Problem 1: Delegierte sind nicht in der Lage, eine Teams-Besprechung im Namen von Delegierenden zu planen.
Ein Delegator, dessen Postfach auf Exchange Server gehostet wird, fügt einen Delegaten zum Verwalten seines Microsoft Outlook-Kalenders hinzu. Die Stellvertretung, die das Teams-Add-In für Outlook verwendet, kann jedoch keine Teams-Besprechung im Auftrag des Delegators planen, und Outlook gibt die folgende Fehlermeldung zurück:
Sie scheinen keine Berechtigung zum Planen von Besprechungen für dieses Konto zu haben. Wenden Sie sich an den Besitzer, um die Berechtigung zu erhalten, und versuchen Sie es erneut.
Problem 2: Bei Verwendung der Teams-Kalender-App treten Probleme auf.
Es tritt eines der folgenden Probleme auf:
- Das Kalendersymbol wird im Teams-Client nicht angezeigt.
- Die Teams-Kalender-App zeigt die Fehlermeldung "Leider konnten wir Ihre Besprechungsdetails nicht erhalten", wenn Sie den Teams-Desktop- oder Webclient verwenden.
Die Teams-Kalender-App erfordert Zugriff auf das Exchange-Postfach über die Exchange-Webdienste (EWS). Das Exchange-Postfach kann im Rahmen der Exchange-Hybridbereitstellung online oder lokal sein.
Problem 3: Ihr Anwesenheitsstatus in Teams bleibt bei Abwesenheit hängen oder zeigt "In einer Besprechung" nicht an, wenn Sie an einer Outlook-Kalenderbesprechung teilnehmen.
Es tritt eines der folgenden Probleme auf:
Ihr Postfach wird auf einem lokalen Exchange-Server gehostet, und Sie haben das Feature "Automatische Antworten" im Outlook-Client deaktiviert. Ihr Teams-Anwesenheitsstatus zeigt jedoch "Außer Haus" für alle Teams-Clients aus derselben Organisation an. Dieser Status kann einige Tage dauern.
Hinweis: Für Benutzer, deren Postfach lokal gehostet wird, wird erwartet, dass anwesenheitsbedingte Verzögerungen mit maximal einer Stunde auftreten.
Sie nehmen an einer Outlook-Kalenderbesprechung teil, aber der Anwesenheitsstatus von Teams wird nicht auf "In einer Besprechung" aktualisiert.
Voraussetzungen für die Integration von Teams und Exchange Server
Um den Microsoft Teams-Dienst in die Installation von Exchange Server zu integrieren, stellen Sie sicher, dass Ihre lokale Exchange Server-Umgebung die folgenden Anforderungen erfüllt:
Überprüfen Sie die Versions- und Umgebungskompatibilität von Microsoft Exchange Server und Microsoft Teams in Ihrer Bereitstellung.
Microsoft Teams muss wissen, ob das Postfach auf Exchange Online, lokal oder in einer hybriden Exchange Server-Bereitstellung gehostet wird. Teams-Dienste rufen die Exchange Online-Dienste über einen AutoErmittlung V2-Anruf auf, der auf lokale Server umgeleitet wird, die das Postfach in einer Hybridkonfiguration hosten.
Exchange Online ist in die lokale Exchange-Serverumgebung integriert, wie in der OAuth-Authentifizierung beschrieben. Es wird empfohlen, die Konfiguration mit dem Exchange-Hybride-Assistenten durchzuführen, aber das gleiche Ergebnis kann auch manuell erreicht werden, wie in Konfigurieren der OAuth-Authentifizierung zwischen Exchange- und Exchange-Online-Organisationen beschrieben. Exchange Online wird durch die Anwendungs-ID
00000002-0000-0ff1-ce00-000000000000
dargestellt.Zusätzlich müssen sich die Teams-Dienste im Namen der Benutzer*innen authentifizieren, um auf das lokal gehostete Postfach zuzugreifen, ebenfalls mit OAuth. In diesem Fall wird die Skype for Business Online-Anwendungs-ID
00000004-0000-0ff1-ce00-000000000000
vom Teams-Planungsdienst zusammen mit dem MailUser verwendet, auf den unter Konfigurieren der Integration und OAuth zwischen Skype for Business Online und Exchange Server verwiesen wird:- Das Konto ist im Exchange-Adressbuch ausgeblendet. Es empfiehlt sich, das Konto aus dem Adressbuch auszublenden, da es sich um ein deaktiviertes Konto handeln soll.
- Dem Konto ist die Exchange-Verwaltungsrolle UserApplication zugewiesen.
- Für die Aufbewahrung und Archivierung ist die Rollenzuweisung ArchiveApplication erforderlich.
- Alle Schritte im Artikel sind für vollständige Teams- und Exchange-Server lokal erforderlich.
Notiz
Ein Beispiel für die Verwendung von Microsoft Identity Platform und OAuth 2.0 finden Sie hier.
Sie sollten Ihre mit dem Internet zugängliche Firewall oder den Reverseproxyserver so konfigurieren, dass Microsoft Teams auf die Server zugreifen kann, auf die Exchange Server ausgeführt wird, indem Sie die URLs und IP-Adressbereiche für Skype for Business Online und Microsoft Teams zur Zulassungsliste hinzufügen. Weitere Informationen finden Sie unter Microsoft 365-URLs und IP-Adressbereiche – Microsoft Teams.
Exchange AutoErmittlung V2 ist erforderlich, damit der Teams-Dienst eine nicht authentifizierte Ermittlung für das Postfach des Benutzers in Exchange Server durchführen kann. AutoErmittlung V2 wird im kumulativen Update 19 oder höher für Exchange Server 2013 vollständig unterstützt. Dies reicht aus, damit die Delegierung in Teams ordnungsgemäß funktioniert. Die Teams-Kalender-App erfordert jedoch die Installation des kumulativen Updates 3 oder höher für Exchange Server 2016. Daher ist für die vollständige Funktionsunterstützung das kumulative Update 3 oder höher für Exchange Server 2016 erforderlich.
Allgemeine Schritte zur Problembehandlung
Notiz
Diese Schritte zur Problembehandlung gelten für alle oben aufgeführten Probleme.
Ausführen des Teams Exchange-Integrationskonnektivitätstests
Sowohl Administratoren als auch Nichtadministratoren können den Microsoft Teams Exchange-Integrationskonnektivitätstest im Microsoft Remote Connectivity Analyzer-Tool ausführen. Dieses Tool dient zur Behebung von Konnektivitätsproblemen, die Teams betreffen. Der Konnektivitätstest überprüft die Fähigkeit von Teams zur Interaktion mit Exchange. Führen Sie für Exchange-Hybridumgebungen diesen Test zweimal aus, einmal mit einem Microsoft 365-Postfach und einmal mit einem lokalen Postfach.
Notiz
Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
- Öffnen Sie einen Webbrowser, und navigieren Sie zum Microsoft Teams Exchange-Integrationskonnektivitätstest .
- Melden Sie sich mit den Anmeldeinformationen des betreffenden Benutzerkontos an.
- Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
- Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Zusätzliche Schritte
Nachdem Sie den Microsoft Teams Exchange-Integrationskonnektivitätstest ausgeführt haben, führen Sie die folgenden Schritte aus.
Schritt 1: Sicherstellen, dass der AutoErmittlungsdienst einwandfrei funktioniert.
Der Teams-Dienst verwendet den Exchange-AutoErmittlungsdienst, um die EWS-URL zu suchen, die vom Server veröffentlicht wird, auf dem Exchange Server ausgeführt wird. Um zu überprüfen, ob der AutoErmittlungsprozess ordnungsgemäß funktioniert, führen Sie den Outlook-Konnektivitätstest im Microsoft Remote Connectivity Analyzer-Tool aus. Das Remoteverbindungsuntersuchungs-Tool verwendet einen bestimmten Satz von IP-Adressen, um die EWS-URL zu finden. Eine Liste dieser IP-Adressen für Microsoft 365 finden Sie in den Informationen zu „ID 46“ in den Microsoft 365 URLs und IP-Adressbereichen.
Notiz
Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
Öffnen Sie einen Webbrowser, und navigieren Sie zum Outlook-Konnektivitätstest .
Geben Sie im Feld "E-Mail-Adresse " die E-Mail-Adresse des betroffenen Postfachs ein.
Hinweis: Geben Sie für das Problem mit der Teams-Delegierung das Postfach des Delegators ein. Geben Sie für die Teams-Kalender-App und Teams-Anwesenheitsprobleme das Postfach des betroffenen Benutzers ein.
Geben Sie im Feld "Domäne\Benutzername( oder UPN)" den Kontonamen ein, der über Berechtigungen zum Ausführen dieses Tests im Format "Domäne\Benutzer" () oder im UPN-Format (
contoso.com\user
user@contoso.com
UPN) verfügt.Geben Sie im Feld "Kennwort " das Kennwort des Kontos ein, das in Schritt 3 angegeben ist.
Wählen Sie unter "AutoErmittlung" die Option "AutoErmittlung verwenden" aus, um Servereinstellungen zu erkennen.
Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Schritt 2: Stellen Sie sicher, dass der AutoErmittlungsdienst die AutoErmittlungsanforderungen an lokale Systeme weiterleiten kann.
Führen Sie in Windows PowerShell folgenden Befehl aus:
Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=<Email address of the affected mailbox>&Protocol=EWS" -UserAgent Teams
Notiz
Für das Delegierungsproblem von Teams ist das Postfach des Delegierenden das zu testende Zielpostfach. Für das Problem mit der Teams-Kalender-App und der Teams-Präsenz ist das Postfach der betroffenen Benutzer*innen das zu testende Zielpostfach.
Bei einem postfach, das lokal gehostet wird, sollte die EWS-URL auf das lokale externe EWS verweisen. Die Ausgabe sollte in etwa wie das folgende Beispiel aussehen:
Protokoll-URL
-------- ---
EWS <
https://mail.contoso.com/EWS/Exchange.asmx
>
Wenn dieser Test fehlschlägt oder die EWS-URL falsch ist, lesen Sie die Voraussetzungen für die Integration von Teams und Exchange Server.If this test fails, or if the EWS URL is incorrect, review the Prerequisites for integration of Teams and Exchange Server section. Das Problem wird wahrscheinlich durch ein Exchange-Hybridkonfigurationsproblem oder eine Firewall oder einen Reverseproxy verursacht, der externe Anforderungen blockiert.
Schritt 3: Überprüfen, ob das Exchange OAuth-Authentifizierungsprotokoll aktiviert und funktionsfähig ist
Um zu überprüfen, ob die Exchange OAuth-Authentifizierung aktiviert und funktionsfähig ist, führen Sie den Befehl aus, wie unter "Konfigurieren der Test-OAuthCOnnectivity
OAuth-Authentifizierung zwischen Exchange- und Exchange Online-Organisationen" beschrieben.
Führen Sie außerdem den Frei/Gebucht-Konnektivitätstest im Microsoft Remote Connectivity Analyzer-Tool aus. Dieser Test überprüft, ob ein Microsoft 365-Postfach auf die Frei/Gebucht-Informationen eines lokalen Postfachs zugreifen kann und umgekehrt (eine Richtung pro Testlauf).
Notiz
- Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
- Sie müssen diesen Test zweimal ausführen, indem Sie die E-Mail-Adresse des Quellpostfachs mit der E-Mail-Adresse des Zielpostfachs austauschen, da jede Ausführung unidirektional ist. Sie müssen diesen Test nicht mit einem betroffenen Konto ausführen. Sie können den Test ausführen, indem Sie ein beliebiges Paar eines lokalen Postfachs und eines Microsoft 365-Postfachs verwenden.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
- Öffnen Sie einen Webbrowser, und navigieren Sie zum Test der Frei/Gebucht-Konnektivität .
- Geben Sie im Feld "E-Mail-Adresse des Quellpostfachs" die E-Mail-Adresse des Quellpostfachs ein.
- Wählen Sie im Dropdownfeld "Authentifizierungstyp " die Option "Moderne Authentifizierung (OAuth)" aus.
- Melden Sie sich mit den Anmeldeinformationen des Quellpostfachs an.
- Geben Sie im Feld "E-Mail-Adresse des Zielpostfachs" die E-Mail-Adresse des Zielpostfachs ein.
- Wählen Sie im Feld "Dienstauswahl " den entsprechenden Dienst aus.
- Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
- Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Weitere Informationen zum Beheben von Frei/Gebucht-Problemen bei einer hybriden Bereitstellung von lokalem und Exchange Online in Microsoft 365 finden Sie in diesem Artikel.
Beheben des Teams-Delegierungsproblems
Notiz
Diese Schritte zur Problembehandlung gelten nur für Problem 1.
Ausführen des Verbindungstests der Teams-Besprechungsdelegierung
Sowohl Administratoren als auch Nichtadministratoren können den Test der Teams-Besprechungsdelegierungskonnektivität im Microsoft Remote Connectivity Analyzer-Tool ausführen. Dieses Tool dient zur Behebung von Konnektivitätsproblemen, die Teams betreffen. Der Konnektivitätstest überprüft, ob Ihr Konto die Anforderungen erfüllt, um eine Teams-Besprechung im Auftrag eines Delegators zu planen.
Notiz
Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
- Öffnen Sie einen Webbrowser, und navigieren Sie zum Test der Teams-Besprechungsdelegierungskonnektivität .
- Melden Sie sich mit den Anmeldeinformationen des betreffenden Benutzerkontos an.
- Geben Sie die E-Mail-Adresse des Delegators ein.
- Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
- Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Wenn der Test fehlschlägt, führen Sie die folgenden Schritte aus.
Schritt 1: Überprüfen, ob der Delegat die Berechtigung "Autor" für den Kalender des Delegators erteilt wurde
Wenn das Postfach des Delegators auf einem lokalen Exchange-Server gehostet wird, führen Sie die folgenden Schritte aus:
Öffnen Sie klassisches Outlook mithilfe der Anmeldeinformationen des Delegators.
Wählen Sie "Dateikontoeinstellungen>>Stellvertretungszugriff" aus.
Wählen Sie im Dialogfeld "Stellvertretungen" die Stellvertretung und dann "Berechtigungen" aus. Wenn die Stellvertretung nicht aufgeführt ist, wählen Sie "Hinzufügen" aus, um die Stellvertretung hinzuzufügen.
Stellen Sie im Dialogfeld "Stellvertretungsberechtigungen" sicher, dass die Stellvertretung über die Berechtigung "Autor" verfügt (Elemente lesen und erstellen können) oder den Editor (kann Elemente lesen, erstellen und ändern) für den Kalenderordner.
Hinweis: Die Mindestberechtigung, die für eine Stellvertretung zum Erstellen einer Besprechung im Auftrag des Delegators erforderlich ist, ist die Berechtigung "Autor" (kann Elemente lesen und erstellen). Wenn Sie eine Stellvertretung hinzufügen, erhält die Stellvertretung standardmäßig die Berechtigung "Editor" (kann Elemente lesen, erstellen und ändern) für Ihren Kalenderordner .
Wählen Sie OK aus.
Nachdem Sie diese Schritte ausgeführt haben, werden der Ordner und die Berechtigungen "Senden im Auftrag von" im Postfach des Delegators gespeichert. Darüber hinaus wird die Stellvertretung der Liste der Stellvertretungen hinzugefügt, die in einem ausgeblendeten Element im Postfach des Delegators gespeichert sind.
Wenn das Postfach des Delegators in Exchange Online gehostet wird, können Sie die oben aufgeführten Schritte ausführen, wie wenn das Postfach des Delegators auf einem lokalen Exchange-Server gehostet wird. Oder stellen Sie eine Verbindung mit Exchange Online PowerShell her, und führen Sie den PowerShell-Befehl "Set-Mailboxfolderpermission " mit Administratorrechten aus:
Set-Mailboxfolderpermission -identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Author –SharingpermissionFlags Delegate
Schritt 2: Überprüfen, ob Teams nicht am Zugriff auf EWS für die gesamte Organisation gehindert ist
Führen Sie den folgenden Exchange PowerShell-Befehl aus, um zu überprüfen, ob der EwsApplicationAccessPolicy
Parameter für die gesamte Organisation festgelegt EnforceAllowList
wurde:
Get-OrganizationConfig | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
"" festgelegt wurde, dürfen nur in aufgelistete EwsAllowList
Clients auf EWS zugreifen. Ein leerer Wert von EwsAllowList
(EwsAllowList={}) verhindert, dass alle Benutzer auf EWS zugreifen.
Notiz
Das Blockieren von EWS kann auch Zu Problemen mit der Teams-Kalender-App führen. Weitere Informationen finden Sie unter Überprüfen, ob die Teams-Kalender-App aktiviert ist.
Stellen Sie sicher, dass sie SchedulingService
als Arraymemm des EwsAllowList
Parameters aufgeführt ist. Wenn dies nicht der Fall ist, führen Sie den folgenden Befehl aus, um ihn hinzuzufügen:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" oder "Null" (leer) festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf ewS gehindert.
Schritt 3: Überprüfen, ob Teams nicht am Zugriff auf EWS für das Postfach des Delegators gehindert ist
Führen Sie den folgenden Exchange PowerShell-Befehl aus, um zu überprüfen, ob der EwsApplicationAccessPolicy
Parameter für das Postfach des Delegators festgelegt EnforceAllowList
wurde:
Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
"" festgelegt wurde, dürfen nur in aufgelistete EwsAllowList
Clients auf EWS zugreifen.
Stellen Sie sicher, dass sie SchedulingService
als Arraymemm des EwsAllowList
Parameters aufgeführt ist. Wenn dies nicht der Fall ist, führen Sie den folgenden Exchange PowerShell-Befehl aus, um ihn hinzuzufügen:
Set-CASMailbox <delegator's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*SchedulingService*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf ewS gehindert.
Schritt 4: Eskalieren des Problems
Wenn Sie überprüft haben, dass es kein Problem mit den in diesem Artikel genannten Voraussetzungen oder Konfigurationen gibt, übermitteln Sie eine Serviceanfrage an Microsoft-Support mit den folgenden Informationen:
- Der UserPrincipalName sowohl für den Delegator als auch für den Delegaten.
- Das Teams-Besprechungs-Add-In meldet sich unter dem
%appdata%\\microsoft\\teams\\meeting-addin
Ordner an. - Die Uhrzeit in UTC, zu der das Problem reproduziert wurde.
- Teams-Clientdebugprotokolle, die vom Computer des Delegaten gesammelt wurden. Weitere Informationen zum Sammeln dieser Protokolle finden Sie unter Verwenden von Protokolldateien zur Fehlerbehebung bei Microsoft Teams.
Beheben des Problems mit der Teams-Kalender-App
Notiz
Diese Schritte zur Problembehandlung gelten nur für Problem 2.
Schritt 1: Überprüfen, ob die Teams-Kalender-App aktiviert ist
Öffnen Sie das Microsoft Teams Admin Center, wählen Sie "Benutzer> verwalten" aus, wählen Sie den betroffenen Benutzer und dann "Richtlinien anzeigen" aus.
Wählen Sie die App-Einrichtungsrichtlinie aus, die diesem Benutzer zugewiesen ist. Im obigen Beispiel wird die globale (organisationsweite Standard)-Richtlinie zugewiesen. Vergewissern Sie sich, dass die Kalender-App (ID
ef56c0de-36fc-4ef8-b417-3d82ba9d073c
) angezeigt wird.Wenn die Kalender-App fehlt, stellen Sie sie wieder her. Weitere Informationen hierzu finden Sie unter Verwalten von App-Einrichtungsrichtlinien in Microsoft Teams.
Schritt 2: Überprüfen, ob der Koexistenzmodus von Teams teams-Besprechungen zulässt
Öffnen Sie das Microsoft Teams Admin Center.
Wählen Sie "Benutzer verwalten"> und dann den betroffenen Benutzer aus.
Stellen Sie sicher, dass die Einstellung für den Koexistenzmodus auf einen anderen Wert als Nur Skype for Business oder Skype for Business mit Teams-Zusammenarbeit festgelegt ist.
Wenn der Koexistenzmodus des Benutzers auf organisationsweite Einstellungen festgelegt ist, wird der standardmäßige Koexistenzmodus des Mandanten verwendet. Führen Sie in diesem Fall die folgenden Schritte aus:
Wechseln Sie zu Organisationsweite Einstellungen, und wählen Sie Teams-Upgrade aus.
Stellen Sie sicher, dass die Standardeinstellung für den Koexistenzmodus auf einen anderen Wert als Nur Skype for Business oder Skype for Business mit Teams-Zusammenarbeit festgelegt ist.
Schritt 3: Stellen Sie sicher, dass Teams nicht für die gesamte Organisation am Zugriff auf EWS gehindert wird.
Führen Sie diesen Exchange PowerShell-Befehl aus, um zu überprüfen, ob der Parameter EwsApplicationAccessPolicy
für die gesamte Organisation festgelegt EnforceAllowList
wurde:
Get-OrganizationConfig | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
", nur clients, die EwsAllowList
aufgelistet sind, auf EWS zugreifen dürfen.
Stellen Sie sicher, dass MicrosoftNinja/*, *Teams/* und SkypeSpaces/* als Arraymm des EwsAllowList
Parameters aufgeführt sind. Wenn dies nicht der Fall ist, führen Sie den folgenden Befehl aus, um sie hinzuzufügen:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" oder "Null" (leer) festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf EWS gehindert.
Schritt 4: Stellen Sie sicher, dass Teams für den betroffenen Benutzer nicht am Zugriff auf EWS gehindert wird.
Führen Sie diesen Exchange PowerShell-Befehl aus, um zu überprüfen, ob der EwsApplicationAccessPolicy
Parameter für das Benutzerpostfach festgelegt EnforceAllowList
wurde:
Get-CASMailbox <UserPincipalName> | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
", nur clients, die EwsAllowList
aufgelistet sind, auf EWS zugreifen dürfen.
Stellen Sie sicher, dass MicrosoftNinja/*, *Teams/* und SkypeSpaces/* als Arraymm des EwsAllowList
Parameters aufgeführt sind. Wenn dies nicht der Fall ist, führen Sie den folgenden Exchange PowerShell-Befehl aus, um sie hinzuzufügen:
Set-CASMailbox <UserPincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf EWS gehindert.
Schritt 5: Überprüfen, ob der Test der Teams-Kalender-App-Konnektivität erfolgreich ist
Sowohl Administratoren als auch Nichtadministratoren können den Konnektivitätstest der Teams-Kalender-App im Microsoft Remote Connectivity Analyzer-Tool ausführen. Dieses Tool dient zur Behebung von Konnektivitätsproblemen, die Teams betreffen. Der Verbindungstest überprüft, ob der Teams-Back-End-Dienst eine Verbindung mit einem Exchange-Postfach herstellen kann.
Notiz
Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
- Öffnen Sie einen Webbrowser, und navigieren Sie zum Test der Teams-Kalender-App-Konnektivität .
- Melden Sie sich mit den Anmeldeinformationen des betreffenden Benutzerkontos an.
- Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
- Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Schritt 6: Eskalieren des Problems
Wenn Sie überprüft haben, dass es kein Problem mit den in diesem Artikel genannten Voraussetzungen und Konfigurationen gibt, übermitteln Sie eine Serviceanfrage an Microsoft-Support mit den folgenden Informationen:
- Parameter „UserPrincipalName“ des betroffenen Benutzers.
- Die Uhrzeit in UTC, zu der das Problem reproduziert wurde.
- Teams-Clientdebugprotokolle. Weitere Informationen zum Sammeln dieser Protokolle finden Sie unter Verwenden von Protokolldateien zur Fehlerbehebung bei Microsoft Teams.
Beheben des Teams-Präsenzproblems
Notiz
Diese Schritte zur Problembehandlung gelten nur für Problem 3.
Schritt 1: Überprüfen Sie, ob die URL für die lokale Exchange-REST-API im öffentlichen Netzwerk veröffentlicht wurde.
Stellen Sie sicher, dass der AutoErmittlungsdienst die AutoErmittlungsanforderungen lokal weiterleiten kann, indem Sie das Postfach des Benutzers verwenden, um die lokale Exchange EWS-URL zu suchen und das URL-Format zu ändern. Sie können z. B. https://mail.contoso.com/EWS/Exchange.asmx
in https://mail.contoso.com/api
ändern.
Versuchen Sie, über einen Browser im externen Netzwerk auf die REST-API-URL zuzugreifen. Die REST-API-URL wurde veröffentlicht, wenn Sie als Antwort von der lokalen Exchange-Umgebung „401“ erhalten. Wenden Sie sich andernfalls an das lokale Netzwerkteam, um die URL veröffentlichen zu lassen.
Hinweis
Der Teams-Präsenzdienst unterstützt den Fallback auf die EWS-URL nicht, wenn der Zugriff auf die Exchange-REST-API fehlschlägt.
Schritt 2: Überprüfen, ob der Microsoft Teams-Anwesenheitstest basierend auf dem Konnektivitätstest für Kalenderereignisse erfolgreich ist
Sowohl Administratorinnen und Administratoren als auch Nicht-Administratorinnen und Nicht-Administratoren können den Konnektivitätstest Test der Anwesenheit inTeams basierend auf Kalenderereignissen mit dem Tool „Microsoft-Remotekonnektivitätsuntersuchung“ durchführen. Das Remoteverbindungsuntersuchungs-Tool verwendet einen bestimmten Satz von IP-Adressen, um die EWS-URL zu finden. Eine Liste dieser IP-Adressen für Microsoft 365 finden Sie in den Informationen zu „ID 46“ in den Microsoft 365 URLs und IP-Adressbereichen. Dieser Verbindungstest überprüft die Anforderungen zum Aktualisieren des Anwesenheitsstatus eines Benutzers in Teams basierend auf seinen Kalenderereignissen in Microsoft Outlook.
Notiz
Das Tool „Microsoft-Remotekonnektivitätsuntersuchung“ ist für die GCC- und GCC High-Umgebungen von Microsoft 365 Government nicht verfügbar.
Führen Sie die folgenden Schritte aus, um den Verbindungstest auszuführen:
- Öffnen Sie einen Webbrowser und navigieren Sie zum Test der Anwesenheit inTeams basierend auf Kalenderereignissen.
- Melden Sie sich mit den Anmeldeinformationen des betreffenden Benutzerkontos an.
- Geben Sie den angezeigten Überprüfungscode ein, und wählen Sie dann Überprüfen aus.
- Aktivieren Sie das Kontrollkästchen, um die Nutzungsbedingungen zu akzeptieren, und wählen Sie Test durchführen aus.
Nach Abschluss des Tests zeigt der Bildschirm Details zu den durchgeführten Prüfungen an und gibt an, ob der Test erfolgreich war, fehlgeschlagen ist oder erfolgreich war, aber einige Warnungen angezeigt wurden. Klicken Sie auf die angegebenen Links, um weitere Informationen zu den Warnungen und Fehlern zu erhalten und zu erfahren, wie Sie diese beheben können.
Schritt 3: Stellen Sie sicher, dass Teams nicht für die gesamte Organisation am Zugriff auf EWS gehindert wird.
Führen Sie diesen Exchange PowerShell-Befehl aus, um zu überprüfen, ob der EwsApplicationAccessPolicy
Parameter für die gesamte Organisation festgelegt EnforceAllowList
wurde:
Get-OrganizationConfig | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
", nur clients, die EwsAllowList
aufgelistet sind, auf EWS zugreifen dürfen. Ein leerer Wert von EwsAllowList
(EwsAllowList={}) verhindert, dass alle Clients auf EWS zugreifen.
Stellen Sie sicher, dass *Microsoft.Skype.Presence.App/* als Arrayelement des EwsAllowList
Parameters aufgeführt ist. Wenn dies nicht der Fall ist, führen Sie den folgenden Befehl aus, um ihn hinzuzufügen:
Set-OrganizationConfig -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" oder "Null" (leer) festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf ewS gehindert.
Schritt 4: Stellen Sie sicher, dass Teams nicht für den Zugriff auf das EWS für das Postfach des Benutzers blockiert sind
Führen Sie diesen Exchange PowerShell-Befehl aus, um zu überprüfen, ob der EwsApplicationAccessPolicy
Parameter für das Postfach des Benutzers festgelegt EnforceAllowList
wurde:
Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*
Wenn der Parameter auf EnforceAllowList
festgelegt wurde, dürfen nur die in aufgeführten EwsAllowList
Clients auf EWS zugreifen.
Stellen Sie sicher, dass *Microsoft.Skype.Presence.App/* als Arrayelement des EwsAllowList
Parameters aufgeführt ist. Wenn dies nicht der Fall ist, führen Sie den folgenden Exchange PowerShell-Befehl aus, um ihn hinzuzufügen:
Set-CASMailbox <user's UserPrincipalName> -EwsApplicationAccessPolicy EnforceAllowList -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}
Wenn der EwsEnabled
Parameter auf "False" festgelegt ist, müssen Sie ihn auf "True" festlegen. Andernfalls wird der Teams-Dienst am Zugriff auf ewS gehindert.
Schritt 5: Eskalieren des Problems
Wenn Sie überprüft haben, dass es kein Problem mit den in diesem Artikel genannten Voraussetzungen und Konfigurationen gibt, übermitteln Sie eine Serviceanfrage an Microsoft-Support mit den folgenden Informationen:
- Parameter „UserPrincipalName“ des betroffenen Benutzers.
- Die Uhrzeit in UTC, zu der das Problem reproduziert wurde.
- Teams-Clientdebugprotokolle. Weitere Informationen zum Sammeln dieser Protokolle finden Sie unter Verwenden von Protokolldateien zur Fehlerbehebung bei Microsoft Teams.