- Verschifft
- 10. Mai 2026 um 00:09 UTC
- Autor
- Kamo
- Ausschuss
- 6c3757d
Ersetzen Sie die UnsupportedOperationException stubs in jedem Cloud-Provider mit reale HTTP-Aufrufe gegen die Ad-API jedes Backend: - Microsoft 365 - Microsoft Graph (/Benutzer, /Domains, /verify, ...) mit dem per-org OAuth Zugangs-Token. - Google Workspace - Admin SDK Directory + Site Verification mit dem per-org OAuth Access Token. - Zoho Mail - Zoho Mail Admin API ************ über das OAuth Access Token perorg. - IceWarp - IceWarp REST API ({serverUrl?/api/v1/...) mit dem apiKey gespeichert in providerConfig. - Exchange (Online) - Microsoft Graph über eine Client-Centials-Token geprägt vom MieterId/clientId/clientSecret, der im ProviderConfig gelagert wird. Erweitern Sie auch die von Microsoft, Google und Zoho angeforderten OAuth-Anwendungsbereiche fließt, so dass das Per-Org Ad-Token tatsächlich die Rechte des neuen Codes hat needs (User.ReadWrite.All / Domain.ReadWrite.All for Graph, admin.directory.user / admin.directory.domain / Siteverifikation für Google, ************ für Zoho). Vorstehende Verbindungen müssen mit Zustimmung des Verwaltungsministeriums erneut autorisiert werden, um die neuen Zielfernrohre abzuholen. Shared HTTP Sanitär lebt in ProviderHttpClient . Bearer / Basic / API-Taste auth, JSON Codierung und Fehler-Nachricht Extraktion über die verschiedenen Anbieter Fehler Umschläge. Was ist immer noch stubbed (und warum): - RealtimeNotifier auf Microsoft 365, Google Workspace, IceWarp und Exchange - die Push-Notification API jedes Anbieters benötigt einen öffentlichen Webhook Empfänger gehostet von EmailService, plus (für Google Mail) ein Cloud Pub/Sub-Thema. Das zu verkabeln ist eine eigene Infra-Aufgabe. - On-Prem Exchange (authMethod != OAUTH) benötigt die SOAP EWS API; die ExchangeProvider wirft einen klaren Fehler in diesen Pfad, bis EWS hinzugefügt wird.