- Szycy
- 10 maja 2026 00:09 UTC
- Autor
- Kamo
- Pochęt się
- 6c3757d
Zamień niesupportedOperationException w każdym dostawcy chmury na każdym dostawcy chmury Prawdziwe połączenia HTTP z API administratora każdego zaplecza: - Microsoft Graph (/users, /domains, /verify, ...) Token do dostępu per-org OAuth. - Google Workspace - Admin SDK Directory + Site Verification przy użyciu per-org Token dostępu OAuth. - Zoho Mail - Zoho Mail Admin API Używając tokena do dostępu naorg OAuth. - IceWarp - IceWarp REST API (serwerUrl/api/v1/...) przy użyciu apiKey W firmie usługodawcyConfig. - Wymiana (linii) - Microsoft Graph za pośrednictwem wybitego tokena z użyciem klienta Od najemcyI/clientId/clientSecret przechowywany w firmieConfig. Rozszerz także zakresy OAuth wymagane przez Microsoft, Google i Zoho Przepływa, więc token admin na per-org faktycznie ma uprawnienia nowego kodu Potrzeby (User.ReadWrite.All / Domain.ReadWrite.All for Graj, admin.directory.user / admin.directory.domain / siteverification dla Google, - dla Zoho). Istniejące połączenia Będzie musiał ponownie autoryzować za zgodą administratora, aby uzyskać nowe zakresy. Współdzielona gra wodno-kropkowanie HTTP w ProviderHtpClient — Bearer / Basic / API-key Auth, kodowanie JSON i ekstrakcja błędów-wiadomości w różnych Koperty błędów dostawcy. Co jeszcze jest dźgnięte (i dlaczego): - RealtimeNotifier w programie Microsoft 365, Google Workspace, IceWarp, i Exchange — interfejs API zgłaszania sygnałów każdego dostawcy potrzebuje publicznego webhooku Odbiornik hostowany przez EmailService, plus (dla Gmaila) temat Cloud Pub/Sub. Oprowadzając to jest jego własne zadanie podręczne. - On-prem Exchange (authMethod !OAUTH) — potrzebuje interfejsu API SOAP EWS; ExchangeProvider rzuca wyraźny błąd na tej ścieżce, aż do momentu dodania EWS.