Freigeben über

Bekannte Probleme in Microsoft Graph

Authentifizierung

Die Zustimmungsseite zeigt, dass die Befehlszeilen-App, die für PowerShell und CLI geeignet ist, von einem nicht überprüften Herausgeber stammt.

Problemumgehung

Um die Meldung "Nicht überprüft" zu entfernen, können Sie eine eigene App-Registrierung durchführen, in der Sie sich selbst als verifizierten Herausgeber festlegen können. Sie müssen den Herausgeberüberprüfungsprozess durchlaufen und die App-ID im Microsoft Graph PowerShell SDK wie folgt verwenden:

Connect-MgGraph -AppId "{your-own-app-id}" -Scopes "scope"

Unter bestimmten Umständen funktioniert die Vorabeinwilligung für CSP-Apps (Cloud Solution Provider) für einige Ihrer Kundenmandanten möglicherweise nicht.

Für Apps, die delegierte Berechtigungen verwenden, wird bei der ersten Verwendung der App mit einem neuen Kundenmandanten möglicherweise der folgende Fehler nach der Anmeldung angezeigt: AADSTS50000: There was an error issuing a token.

Für Apps, die Anwendungsberechtigungen verwenden, kann Ihre App ein Token erfassen, beim Aufrufen von Microsoft Graph wird jedoch unerwartet die Meldung angezeigt, dass der Zugriff verweigert wurde.

Wir arbeiten daran, dieses Problem zu beheben, damit die Präkonsente für alle CSP-Kundenmandanten funktioniert.

Problemumgehung

Um die Blockierung von Entwicklung und Tests aufzuheben, können Sie die folgende Problemumgehung verwenden.

Hinweis

Dies ist keine permanente Lösung und dient nur dazu, die Blockierung der Entwicklung zu entsperren. Diese Problemumgehung ist nicht mehr erforderlich, sobald das Problem behoben wurde. Diese Problemumgehung muss nicht rückgängig machen, nachdem die Korrektur eingerichtet wurde.

  1. Öffnen Sie eine Azure AD v2 PowerShell-Sitzung, und stellen Sie eine Verbindung mit Ihrem Kundenmandanten her, indem Sie Ihre Administratoranmeldeinformationen in das Anmeldefenster eingeben. Sie können Azure AD PowerShell V2 hier herunterladen und installieren.

    Connect-AzureAd -TenantId {customerTenantIdOrDomainName}

  2. Erstellen Sie den Microsoft Graph-Dienstprinzipal.

    New-AzureADServicePrincipal -AppId 00000003-0000-0000-c000-000000000000

Azure AD v2.0-Endpunkt wird für CSP-Apps nicht unterstützt.

CSP-Apps (Cloud Solution Provider) müssen Token von den Azure AD (v1)-Endpunkten abrufen, um Microsoft Graph in ihren vom Partner verwalteten Kunden erfolgreich aufzurufen. Derzeit wird das Abrufen eines Tokens über den neueren Azure AD v2.0-Endpunkt nicht unterstützt.

Kalender

Fehler beim Anfügen von großen Dateien an Ereignisse

Eine App mit delegierten Berechtigungen gibt HTTP 403 Forbidden zurück, wenn Sie versuchen, große Dateien an eine Outlook-Nachricht oder ein Ereignis anzufügen, die bzw. das sich in einem freigegebenen oder delegierten Postfach befindet. Bei delegierten Berechtigungen ist createUploadSession nur dann erfolgreich, wenn sich die Nachricht oder das Ereignis im Postfach des signierten Benutzers befindet.

Benachrichtigungen ändern

Upgradeereignisse für Die Installation der Teams-App werden im Chatbereich nicht übermittelt.

Wenn ein Abonnement für eine Änderungsbenachrichtigung für eine Teams-App-Installation erstellt wird und der Bereich spezifisch für Chats ist oder diese umfasst, werden Upgradeereignisse/Benachrichtigungen nicht an den Abonnenten übermittelt.

Beispiel: Wenn ein Kunde abonniert /appCatalogs/teamsApps/{teams-app-id}/installations?$filter=(scopeInfo/scope eq 'groupChat'), erhält er keine Benachrichtigungen für Upgrade-/Updateereignisse. Sie erhalten jedoch andere Benachrichtigungen über Installationen und Löschungen.

Ein weiteres Beispiel: Wenn ein Kunde abonniert /appCatalogs/teamsApps/{teams-app-id}/installations, erhält er keine Benachrichtigungen für Upgrade-/Updateereignisse, die speziell in Chats auftreten. Sie erhalten jedoch alle anderen Formen von Benachrichtigungen in Teams und im persönlichen Bereich des Benutzers. In Chats erhalten sie jedoch nur Installations- und Löschbenachrichtigungen.

Problemumgehung

Derzeit ist keine Problemumgehung für dieses Problem verfügbar.

Kundenbuchung

Fehler beim Abfragen von bookingBusinesses

Das Abrufen der Liste der bookingBusinesses schlägt mit dem folgenden Fehlercode fehl, wenn ein organization mehrere Bookings-Unternehmen hat und das Konto, das die Anforderung stellt, kein Administrator ist:

{
  "error": {
    "code": "ErrorExceededFindCountLimit",
    "message": "The GetBookingMailboxes request returned too many results. Please specify a query to limit the results."
  }
}

Problemumgehung

Sie können die Anzahl der von der Anforderung zurückgegebenen Unternehmen einschränken, indem Sie einen Abfrageparameter einschließen, z. B.:

GET https://graph.microsoft.com/beta/bookingBusinesses?query=Fabrikam

Delta-Abfrage

OData-Kontext wird falsch zurückgegeben

OData-Kontext wird beim Nachverfolgen von Änderungen an Beziehungen manchmal falsch zurückgegeben.

Verwaltung von Geräten und Apps

Zugreifen auf und Aktualisieren von Bereitstellungszielgruppen wird nicht unterstützt

Das Zugreifen auf und Aktualisieren von Bereitstellungszielgruppen auf Bereitstellungs-Ressourcen, die über Intune erstellt wurden, wird derzeit nicht unterstützt.

  • Das Auflisten von Bereitstellungszielgruppenmitgliedern und Auflisten von Ausschlüssen von Bereitstellungszielgruppen gibt 404 Not Found zurück.
  • Das Aktualisieren von Mitgliedern und Ausschlüssen der Bereitstellungszielgruppe oder die Aktualisierung nach ID gibt 202 Accepted zurück, aber die Zielgruppe wird nicht aktualisiert.

Gruppen

Nicht-Administratorbenutzer können sich während der Gruppenerstellung oder -aktualisierung nicht als Gruppenbesitzer hinzufügen.

Wenn ein Benutzer ohne Administrator die Api zum Erstellen einer Gruppe , die Gruppen-API aktualisieren oder die Upsert-Gruppen-API aufruft und seine Benutzer-ID im Anforderungstext in der owners@odata.bind Sammlung hinzufügt, schlägt die Anforderung mit einem 400 Bad Request Fehlercode mit der Meldung "Anforderung enthält eine Eigenschaft mit doppelten Werten" fehl. Ein Nicht-Administratorbenutzer kann sich nicht explizit als Gruppenbesitzer hinzufügen.

Problemumgehung

Es gibt keine Problemumgehung für diesen Fehler.

Standardmäßig wird ein Benutzer ohne Administratorrechte, der eine Sicherheits- oder Microsoft 365-Gruppe über die Gruppenerstellungs-API oder upsert-Gruppen-API erstellt, automatisch der Besitzersammlung der Gruppe hinzugefügt, wenn er keine Gruppenbesitzer angibt. Wenn sie andere als Gruppenbesitzer angeben, wird der Nicht-Administratorgruppenersteller weiterhin automatisch der Besitzersammlung der Sicherheitsgruppe hinzugefügt, jedoch nicht für die Microsoft 365-Gruppe. Der Benutzer kann sich während der Gruppenaktualisierung immer noch nicht selbst zur Besitzersammlung hinzufügen.

GET /groups/{id}/members gibt in v1.0 keine Dienstprinzipale zurück.

Der API-Vorgang Gruppenmitglieder auflisten auf dem v1.0-Endpunkt gibt derzeit keine Dienstprinzipale zurück, die Mitglieder der abgefragten Gruppe sein könnten.

Problemumgehung

Verwenden Sie als Problemumgehung eine der folgenden Optionen:

  • Verwenden Sie den API-Vorgang Gruppenmitglieder auflisten für den Betaendpunkt.
  • Verwenden Sie den /groups/{id}?$expand=members API-Vorgang.

Identität und Zugriff

Die Verwendung bestimmter Abfrageparameter für "/subscribedSkus" und "/domains" gibt nicht die erwarteten Ergebnisse zurück.

Die folgende Verwendung von Abfrageparametern, die auf subscribedSkus - und Domänenentitäten abzielen, gibt möglicherweise nicht die erwarteten Ergebnisse zurück:

  • Verwendung von $search sowohl für subscribedSkus- als auch für Domänenentitäten
  • Verwendung von $top und $filter für die Domänenentität

Derzeit werden diese Parameter effektiv ignoriert, und die Abfragen geben nicht die erwarteten Ergebnisse zurück.

Problemumgehung

Um Unterbrechungen Ihrer Geschäftsprozesse zu vermeiden, empfehlen wir, den Anwendungscode so zu ändern, dass die Verwendung dieser Abfrageparameter von Abfragen, die auf die Entitäten subscribedSkus oder Domänen ausgerichtet sind, entfernt wird, und die Suche, das Oberste und das Filtern auf clientseitiger Seite ausführen.

Für das Konfigurieren von Verbunddomänen in delegierten Szenarien ist die Berechtigung Directory.AccessAsUser.All erforderlich.

Für "InternalDomainFederation erstellen", "Update internalDomainFederation" und "Delete internalDomainFederation" müssen Sie möglicherweise die Berechtigung Directory.AccessAsUser.All erteilen. Diese Anforderung ist eine vorübergehende Problemumgehung, bis wir eine präzisere delegierte Berechtigung für die Verwaltung von Verbunddomänen bereitstellen.

Die claimsMappingPolicy-API erfordert möglicherweise die Zustimmung sowohl der Policy.Read.All- als auch der Policy.ReadWrite.ConditionalAccess-Berechtigung für die LIST /policies/claimsMappingPolicies- und GET /policies/claimsMappingPolicies/{id}-Methoden wie folgt:

  • Wenn keine ClaimsMappingPolicy-Objekte zum Abrufen in einem LIST-Vorgang verfügbar sind, reicht eine der beiden Berechtigungen aus, um diese Methode aufzurufen.
  • Wenn claimsMappingPolicy-Objekte abgerufen werden müssen, muss Ihre App beiden Berechtigungen zustimmen. Wenn nicht, wird ein 403 Forbidden Fehler zurückgegeben.

In Zukunft wird jede Berechtigung ausreichen, um beide Methoden aufzurufen.

Die conditionalAccessPolicy API erfordert derzeit die Zustimmung zur Policy.Read.All Berechtigung zum Aufrufen der POST- und PATCH-Methoden. In Zukunft können Sie mit der Berechtigung Policy.ReadWrite.ConditionalAccess Richtlinien aus dem Verzeichnis lesen.

JSON-Batchverarbeitung

Anforderungsabhängigkeiten sind begrenzt

Einzelne Anforderungen können von anderen individuellen Anforderungen abhängen. Derzeit können Anforderungen nur von einer einzelnen anderen Anforderung abhängig sein und müssen einem der folgenden drei Muster folgen:

  • Parallel : Keine einzelne Anforderung gibt eine Abhängigkeit in der dependsOn-Eigenschaft an .
  • Seriell : Alle einzelnen Anforderungen hängen von der vorherigen individuellen Anforderung ab.
  • Identisch : Alle einzelnen Anforderungen, die eine Abhängigkeit in der dependsOn-Eigenschaft angeben, geben dieselbe Abhängigkeit an. Note: Anforderungen, die mit diesem Muster vorgenommen werden, werden sequenziell ausgeführt.

In der weiteren Entwicklung der JSON-Batchverarbeitung werden diese Einschränkungen entfernt.

E-Mail

Deltaaufrufe an die Nachrichten-API mit unveränderlichen IDs

Wenn Sie /delta die Nachrichten-API in einigen Fällen mit unveränderlichen IDs aufrufen (z. B. wenn eine Nachricht aus einem Ordner verschoben und dann wieder in den Ordner verschoben wird), werden möglicherweise einige Änderungsbenachrichtigungen übersehen.

Der Kommentarparameter zum Erstellen eines Entwurfs ist nicht Teil des Nachrichtentexts.

Der Kommentarparameter zum Erstellen eines Antwort- oder Weiterleitungsentwurfs (createReply, createReplyAll, createForward) ist nicht Teil des Textkörpers des Antwortnachrichtenentwurfs.

Abfrageparameter

$search für Verzeichnisobjekte schlägt für codiertes kaufmännisches und -zeichen (&) fehl

Gemäß RFC 3986 und wie unter Codieren von Abfrageparametern beschrieben, müssen reservierte Zeichen in Abfragezeichenfolgen prozentual codiert sein. Beispielsweise lautet die Syntax für für $search einen Gruppennamen wie "Wandern&Recreation" wie folgt:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%26Recreation group"

Microsoft Graph gibt derzeit einen 400 Bad Request Fehlercode auf dem v1.0-Endpunkt bei Suchvorgängen zurück, die codierte kaufmännische zeichen (&) enthalten, mit der folgenden Fehlermeldung: Unrecognized query argument specified: ''.. Dieselbe Anforderung ist auf dem Betaendpunkt erfolgreich.

Einige Apps haben als Problemumgehung eine doppelte Prozentcodierung für den v1.0-Endpunkt implementiert. Die doppelt prozentual codierte Anforderung wird z. B. zu /users?$search="displayName:Hiking%2526Recreation group". Dies ist jedoch nicht die offiziell empfohlene Problemumgehung.

Problemumgehung

Problemumgehung 1:

Fügen Sie auf dem v1.0-Endpunkt bei Verwendung der richtigen Prozentcodierung den Anforderungsheader ein, der Prefer auf legacySearch=falsefestgelegt ist. Zum Beispiel:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%26Recreation group"
ConsistencyLevel: eventual
Prefer: legacySearch=false

In Zukunft wird das Verhalten auf dem v1.0-Endpunkt korrigiert, und Sie müssen diesen Header nicht einschließen.

Problemumgehung 2:

Wenn das Verhalten auf dem v1.0-Endpunkt korrigiert wird, treten bei Apps mit Abhängigkeit von der Codierung mit doppelten Prozent möglicherweise Breaking Changes auf, es sei denn, sie sind für die Beibehaltung ihrer Implementierung durch Einschließen des anforderungsheaders aktiviert, der Prefer auf legacySearch=truefestgelegt ist. Zum Beispiel:

GET https://graph.microsoft.com/v1.0/groups?$search="displayName:Hiking%2526Recreation group"
ConsistencyLevel: eventual
Prefer: legacySearch=true

Einige Beschränkungen gelten für Abfrageparameter

Die folgenden Beschränkungen gelten für Abfrageparameter:

  • Mehrere Namespaces werden nicht unterstützt.
  • GET-Anforderungen für $ref und Umwandlung werden für Benutzer, Gruppen, Geräte, Dienstprinzipale und Anwendungen nicht unterstützt.
  • @odata.bind wird nicht unterstützt. Dies bedeutet, dass Sie die Navigationseigenschaft acceptedSenders oder rejectedSenders nicht ordnungsgemäß für eine Gruppe festlegen können.
  • @odata.id ist in nichtkontainment-Navigationen (z. B. Nachrichten) nicht vorhanden, wenn minimale Metadaten verwendet werden.
  • $expand für Beziehungen von Verzeichnisobjekten:
    • Gibt maximal 20 Objekte zurück, mit Ausnahme /users?$expand=registeredDevicesvon , wodurch bis zu 100 Objekte zurückgegeben werden.
    • Keine Unterstützung für @odata.nextLink.
    • Keine Unterstützung für mehr als eine Erweiterungsebene.
    • Keine Unterstützung für das Schachteln anderer Abfrageparameter wie $filter und $select innerhalb einer $expand Abfrage.
  • $filter:
    • /attachments -Endpunkt unterstützt keine Filter. Falls vorhanden, wird der $filter-Parameter ignoriert.
    • Die workloadübergreifende Filterung wird nicht unterstützt.
    • Bei Verwendung des in Operators ist die Anforderung standardmäßig auf 15 Ausdrücke in der Filterklausel oder eine URL-Länge von 2.048 Zeichen beschränkt, wenn erweiterte Abfragefunktionen verwendet werden.
    • Beim Filtern mit dem eq Operator beträgt die maximale Grenze des abzugleichenden Werts 120 Zeichen. Dies ist . $filter=displayName eq 'value-to-match-max-120-char' Diese Einschränkung gilt auch für Eigenschaften wie displayName für Verzeichnisobjekte, die bis zu 256 Zeichen umfassen können. Wenn Sie erweiterte Abfragen verwenden, wird der Grenzwert auf die URL-Länge auf 2.048 Zeichen anstelle des übereinstimmenen Werts angewendet.
  • $search:
    • Volltextsuche ist nur für einige Entitäten wie Nachrichten verfügbar.
    • Die workloadübergreifende Suche wird nicht unterstützt.
    • Die Suche wird in Azure AD B2C-Mandanten nicht unterstützt.
  • $count:
    • Wird in Azure AD B2C-Mandanten nicht unterstützt.
    • Wenn Sie die $count=true Abfragezeichenfolge beim Abfragen von Verzeichnisressourcen verwenden, ist die @odata.count Eigenschaft nur auf der ersten Seite der ausgelagerten Daten vorhanden.
  • Abfrageparameter, die in einer Anforderung angegeben sind, können im Hintergrund einen Fehler verursachen. Dies kann für nicht unterstützte Abfrageparameter und für nicht unterstützte Kombinationen von Abfrageparametern zutreffen.

Beim Erstellen einer externalConnection mit einem fehlerhaften adaptiven Karte wird die Antwort 503 Service Unavailable zurückgegeben, gefolgt von einem Fehler vom Typ 409 Conflict

Wenn Sie Microsoft Graph-APIs verwenden, um eine externe Verbindung mit einer fehlerhaften adaptiven Karte für das Ergebnislayout zu erstellen, schlägt der erste Aufruf mit einem Fehler fehl503 Service Unavailable. Der zweite Aufruf schlägt dann mit 409 Conflict einem Fehler fehl, der angibt, dass bereits eine Verbindung mit demselben Namen vorhanden ist.

Obwohl die erste Anforderung mit einer 503-Antwort fehlgeschlagen ist, wurde die Verbindung immer noch erstellt. Die Vorlage für adaptive Karte wurde jedoch nicht registriert, da sie beschädigt ist.

Websites und Listen

Folgen/Unfollow-Websites sind nicht mit SharePoint-Folgen synchronisiert

Wenn Sie gefolgte Websites über Microsoft Graph abfragen, hat die Antwort möglicherweise falsche Ergebnisse, und diese Ergebnisse stimmen möglicherweise nicht mit den Ergebnissen aus folgenden Inhalten in SharePoint überein.

Problemumgehung

Verwenden Sie die folgende Personen- und Inhalts-REST-API.

Teamarbeit und Kommunikation

Auflisten von callRecords-participant_v2 geben möglicherweise nicht alle Teilnehmer zurück

In einigen Edgefällen gibt eine Anforderung zum Auflisten participants_v2 für einen callRecord möglicherweise eine unvollständige Liste zurück.

Problemumgehung

Sie können die vorhandene Teilnehmereigenschaft eines CallRecord für eine vollständige Teilnehmerliste verwenden.

Communications Calling SDK: Inkonsistente aufgezeichnete Teilnehmernummer, die auf dem Teams-Client angezeigt wird, wenn die Botgruppierung aktiviert ist

Wenn die Aufzeichnung von Botanwendungen die Botgruppierung aktiviert, ist die Anzahl der Teilnehmer, die vom Teams-Client als aufgezeichnet angezeigt werden, nicht genau. Da die Teilnehmer gruppiert sind, ist die angezeigte Anzahl der aufgezeichneten Teilnehmer niedriger als die tatsächliche Anzahl.

Problemumgehung

Deaktivieren Sie die Botgruppierung, um eine genaue Anzahl anzuzeigen.

callRecords-API stellt Anwendungsteilnehmer als Benutzer in communicationsIdentitySet dar.

In der Ressource callRecord participant werden Anwendungs-/Botteilnehmer derzeit durch communicationsUserIdentity anstelle von communicationsApplicationIdentity dargestellt.

Problemumgehung

Verwenden Sie den HeaderWert des Benutzer-Agents für die ressource participantEndpoint in einer callRecord-Sitzung , um Anwendungsteilnehmer zu identifizieren und zusätzliche Details zur Anwendungsidentität anzuzeigen.

Communication Calling SDK: Unterstützung für einen Anwendungsfall mit mehreren Endpunkten im Deltalisten-Benachrichtigungsmodus fehlt

Wenn dieselbe Anwendung oder derselbe Benutzer über mehrere Endpunkte an derselben Besprechung teilnimmt und der Benachrichtigungsmodus der Liste delta ist, erfassen die vom Communications SDK bereitgestellten Teilnehmerlistenaktualisierungen möglicherweise nicht die zusätzlichen Endpunkte, die dem laufenden Anruf hinzugefügt wurden.

Problemumgehung

Der Legacymodus für die Liste unterstützt den Anwendungsfall mit mehreren Endpunkten. Verwenden Sie die SDK-Version 1.2.0.7270 oder früher.

Communication Calling SDK: Webhook-Nachrichtenverarbeitungsausnahme: System.Security.Cryptography.CryptographicException

Die Veröffentlichung der KBs führte zu einem Problem mit Anwendungen, die mit den Communication Calling SDKs entwickelt wurden.

Die Microsoft Graph-Methode AnswerAsync löst eine Ausnahme aus, wenn der Bot versucht, eingehende Anrufe zu beantworten. Dies bezieht sich auf die folgenden Windows-Updates:

  • Wk22 – KB5038282
  • Wk19 – KB5038283

Weitere Informationen finden Sie unter SHA256 ComputeHash started throwing – Microsoft Community( SHA256 ComputeHash started throwing – Microsoft Community).

Problemumgehung

Führen Sie ein Rollback für die KBs aus, die eine aktualisierte Version des SDK ausstehen.

Änderungsnachverfolgungsanforderungen für APIs, die Onlinebesprechungsartefakte exportieren, geben bereits synchronisierte Elemente zurück.

Änderungsnachverfolgungsanforderungen (/delta) für getAllTranscripts oder getAllRecordings geben möglicherweise Elemente zurück, die bereits in früheren Anforderungen synchronisiert wurden.

Dies geschieht, wenn die Besprechung andere nicht zusammenhängende Updates wie das Hinzufügen von Teilnehmern, Notizen oder Dateien enthielt.

Problemumgehung

Überprüfen Sie für jedes Element in der Antwort das createdDateTime-Element der Aufzeichnung oder des Transkripts, und vergleichen Sie es mit dem vorherigen Synchronisierungszeitstempel. Wenn createdDateTime vor dem letzten Synchronisierungszeitstempel liegt, ist das Element bereits synchronisiert und kann ignoriert werden.

APIs, die Onlinebesprechungsartefakte exportieren, geben keine Aufzeichnungen für Besprechungen ohne aktivierte Transkriptionen zurück

Die getAllRecordings-API gibt keine Aufzeichnungen für Besprechungen zurück, für die die Transkription nicht aktiviert ist.

Wenn Sie die getAllRecordings - oder getAllTranscripts-APIs aufrufen, gibt die Übergabe des $top Filters möglicherweise nicht zurück @odata.nextLink, auch wenn mehr Elemente exportiert werden müssen.

Problemumgehung

Übergeben Sie den Abfrageparameter erst, $top wenn das Problem behoben wurde.

Auflisten der Teammitglieder-API schlägt mit 401-Fehlern in neu erstellten Mandanten fehl

Wenn ein neu erstellter Mandant eine Liste der Teammitglieder mit erweiterten Azure AD-Abfragefunktionen sendet, tritt ein HTTP 401-Fehler auf.

Problemumgehung

  1. Rufen Sie die Listenteams-API auf, und warten Sie einige Sekunden.
  2. Rufen Sie auf /teams/{id}/members , und suchen Sie nach einer erfolgreichen Antwort.

Klonen der Teammethode umfasst nicht alle Besitzer des Quellteams im geklonten Team.

Wenn Sie die Klon-Teammethode aufrufen und das Quellteam mehr als einen Besitzer enthält, bleibt nur ein Besitzer im geklonten Team erhalten. Die anderen Besitzer werden Mitglieder des neuen geklonten Teams. Es ist nicht möglich, auszuwählen oder zu konfigurieren, welcher Besitzer als Besitzer des neuen Teams beibehalten wird.

Problemumgehung

Verwenden Sie die Methode Mitglieder hinzufügen , nachdem Sie das Team geklont haben, um die ursprünglichen Besitzer von Mitgliedern wieder auf Besitzer zu aktualisieren.

Erstellen eines Kanals kann eine Fehlerantwort zurückgeben

Wenn Sie beim Erstellen eines Kanals Sonderzeichen in Ihrem Kanalnamen verwenden, gibt die GET filesFolder-API eine 400 Bad Request Fehlerantwort zurück. Stellen Sie beim Erstellen eines Kanals sicher, dass der displayName für den Kanal folgendes nicht erfüllt:

  • Fügen Sie eines der folgenden Sonderzeichen ein: ~ # % & * { } + / \ : < > ? | ' ".
  • Beginnen Sie mit einem Unterstrich (_) oder punkt (.) oder enden Sie mit einem Punkt (.).

Auf einen mandantenübergreifenden freigegebenen Kanal kann nicht zugegriffen werden, wenn die Anforderungs-URL „tenants/{cross-tenant-id}“ enthält.

Die API ruft die -Eigenschaft auf teams/{team-id}/incomingChannels und teams/{team-id}/allChannels gibt sie @odata.id zurück, mit der Sie auf den Kanal zugreifen und andere Vorgänge für das Kanalobjekt ausführen können. Wenn Sie die von der @odata.id -Eigenschaft zurückgegebene URL aufrufen, schlägt die Anforderung mit dem folgenden Fehler fehl, wenn sie versucht, auf den mandantenübergreifenden freigegebenen Kanal zuzugreifen:

GET /tenants/{tenant-id}/teams/{team-id}/channels/{channel-id}

{
    "error": {
        "code": "BadRequest",
        "message": "TenantId in the optional tenants/{tenantId} segment should match the tenantId(tid) in the token used to call Graph.",
        "innerError": {
            "date": "2022-03-08T07:33:50",
            "request-id": "dff19596-b5b2-421d-97d3-8d4b023263f3",
            "client-request-id": "32ee2cbd-27f8-2441-e3be-477dbe0cedfa"
        }
    }
}

Problemumgehung

Entfernen Sie den /tenants/{tenant-id} Teil aus der URL, bevor Sie die API aufrufen, um auf den mandantenübergreifenden freigegebenen Kanal zuzugreifen.

Anforderungen zum Filtern von Teammitgliedern nach Rolle erfordern einen Parameter

Alle Anforderungen zum Filtern von Teammitgliedern nach Rollen erwarten entweder einen skipToken-Parameter oder einen top-Parameter in der Anforderung, aber nicht beides. Wenn beide Parameter in der Anforderung übergeben werden, wird der top-Parameter ignoriert.

Teammitglieder können nicht nach Rollen gefiltert werden

Rollenabfragefilter und andere Filter GET /teams/team-id/members?$filter=roles/any(r:r eq 'owner') and displayName eq 'dummy' funktionieren möglicherweise nicht. Der Server reagiert möglicherweise mit einem BAD REQUEST.

Das Menü "Besprechungsdetails anzeigen" ist auf Microsoft Teams Client nicht verfügbar

Der Microsoft Teams-Client zeigt das Menü Besprechungsdetails anzeigen für Kanalbesprechungen, die über die Cloudkommunikations-API erstellt wurden, nicht an.

Vertraulichkeitsbezeichnung wird nicht auf der Teams-Benutzeroberfläche angezeigt

Vertraulichkeitsbezeichnungen, die manchmal auf Teams angewendet werden, werden nicht auf der Teams-Benutzeroberfläche angezeigt, obwohl sie sowohl auf der zugrunde liegenden SharePoint-Website als auch im Admin Center deutlich zu sehen sind.

Einige Eigenschaften für Chatmitglieder können möglicherweise in der Antwort auf eine GET-Anforderung fehlen

In bestimmten Fällen wird die eigenschaft tenantId/email/displayName für die einzelnen Mitglieder eines Chats möglicherweise nicht für eine - oder GET /chats/chat-id/members/membership-id -GET /chats/chat-id/membersAnforderung aufgefüllt.

Aktualisierung des Chatlimits für Mitglieder erweitern

Diese API funktioniert in einer oder mehreren nationalen Clouds anders. Weitere Informationen finden Sie unter Implementierungsunterschiede in nationalen Clouds. Wenn $expand=members enthalten ist, gibt diese API maximal 25 Elemente zurück, auch wenn ein größerer $top Wert angegeben wird.

die layoutType-Eigenschaft gibt beim Auflisten aller Kanäle zurück null

In der aktuellen Betaversion gibt die layoutType-Eigenschaft beim Auflisten aller Kanäle zurück null .

Benutzer

APIs, die Onlinebesprechungsartefakte exportieren, geben möglicherweise Transkript-URLs zurück, die keinen Inhalt enthalten

Die getAllTranscripts-API gibt möglicherweise Transkriptinhalts-URLs für einige Besprechungen zurück, die keine transkribierten Wörter enthalten. Aufrufe der Inhalts-URL für diese Besprechungen geben einen Fehler zurück.

Problemumgehung

Überprüfen Sie, ob die Besprechung transkribiert wurde und ob gültige Inhalte vorhanden sind. Falls vorhanden, melden Sie dies zur weiteren Untersuchung. Ignorieren Sie andernfalls die Inhalts-URL.

Die Eigenschaft showInAddressList ist nicht mit Microsoft Exchange synchron.

Beim Abfragen von Benutzern über Microsoft Graph gibt die Eigenschaft showInAddressList möglicherweise nicht denselben Status an, der in Microsoft Exchange angezeigt wird. Wir empfehlen, dass Sie diese Funktionalität direkt mit Microsoft Exchange über das Microsoft 365 Admin Center verwalten und diese Eigenschaft nicht in Microsoft Graph verwenden.

Der Zugriff auf das Profilfoto eines Benutzers ist eingeschränkt

Benutzerprofilfotos können nur gelesen und aktualisiert werden, wenn der Benutzer über ein Postfach verfügt. Beim Auftreten eines Fehlers beim Lesen oder Aktualisieren eines Fotos wird die folgende Meldung angezeigt:

{
  "error": {
    "code": "ErrorNonExistentMailbox",
    "message": "The SMTP address has no mailbox associated with it."
  }
}

Alle Fotos, die zuvor möglicherweise mit der thumbnailPhoto-Eigenschaft (mit dem Azure AD-Graph-API (derzeit in seinem Deaktivierungszyklus) oder über die AD Connect-Synchronisierung gespeichert wurden), sind nicht mehr über die Microsoft Graph-Fotoeigenschaft der Benutzerressource zugänglich.

Das Verwalten von Benutzerfotos über die profilePhoto-Ressource des Microsoft Graph-API wird derzeit in Azure AD B2C-Mandanten nicht unterstützt.

  • Last updated on