- Expédié
- 10 mai 2026 à 00:09 UTC
- Auteur
- Kamo
- Commite
- 6c3757d
Remplacer les stubs UnsupportedOperationException chez chaque fournisseur de cloud avec les appels HTTP réels contre l'API admin de chaque backend: - Microsoft 365 et Microsoft Graph (/utilisateurs,/domaines, /vérifier, ...) en utilisant le jeton d'accès par or OAuth. - Google Workspace et Admin Espace SDK - Vérification du site en utilisant l'or par og Jeton d'accès OAuth. - API d'administration de Mail zoho Mail en utilisant le jeton d'accès OAuth per-org. - IceWarp et IceWarp REST API (API (AxerUrl/api/v1/...) à l'aide de l'apiKey stocké dans providerConfig. - Échange (en ligne) - Microsoft Graph via un jeton de certification client minted de locataireId/clientId/clientSecret stocké dans providerConfig. Élargir également les champs d'application OAuth demandés par Microsoft, Google et zoho flux donc le jeton d'administration per-org a en fait les privilèges du nouveau code Besoins (User.ReadWrite.All / Domain.ReadWrite.All for Graph, admin.directory.user / admin.directory.domain / siteverification pour Google, - pour le zoho). Connexions existantes devra être réautoriser avec le consentement de l'administration pour relever les nouvelles possibilités d'application. La production HTTP partagée vit dans ProviderHttpClient et Bearer / Basic / API-key Auth, codage JSON, et extraction du message d'erreurs à travers les différents enveloppes d'erreur de fournisseur. Qu'est-ce qui est encore pétillé (et pourquoi) : - Compte rendu en temps réel sur Microsoft 365, Google Workspace, IceWarp, et Exchange - l'API push-notification de chaque fournisseur a besoin d'un webhook public un récepteur hébergé par EmailService, plus (pour Gmail) un sujet Cloud Pub/Sub. Câbler cela est sa propre tâche infra. - Échange sur place (authème et OUATH) - besoin de l'API SOAP EWS; ExchangeProvider lance une erreur claire sur cette voie jusqu'à ce qu'EWS soit ajouté.