- Spegnimento
- 10 maggio 2026 alle ore 00:09 UTC
- Autore
- Kamo
- Impegno
- 6c3757d
Sostituire le stubs UnsupportedOperationException in ogni provider cloud con vere chiamate HTTP contro ogni API di amministrazione di backend: - Microsoft 365 → Microsoft Graph (/utenti, /domini, /verify, ...) utilizzando il per-org accesso OAuth token. - Google Workspace → Admin SDK Directory + Verificazione del sito utilizzando il per-org OAuth access token. - Zoho Mail → Zoho Mail Admin API... utilizzando il token di accesso per-org OAuth. - IceWarp → IceWarp REST API ({serverUrl}/api/v1/...) utilizzando l'apiKey memorizzato in providerConfig. - Exchange (Online) → Microsoft Graph tramite un token client-credentials coniato dal inquilinoId/clientId/clientSecret memorizzato in providerConfig. Espandi anche gli ambiti OAuth richiesti da Microsoft, Google e Zoho flussi in modo che il token per-org admin abbia effettivamente i privilegi del nuovo codice necessità (User.ReadWrite. Tutti / Dominio. ReadWrite. Tutto per Graph, admin.directory.user / admin.directory.domain / siteverification per Google, Per Zoho. Collegamenti esistenti sarà necessario riautorizzare con il consenso di amministratore per raccogliere i nuovi scopi. Idraulica HTTP condivisa vive in ProviderHttpClient — Bearer / Basic / API-key auth, JSON codifica e l'estrazione del messaggio di errore attraverso i vari buste di errore del fornitore. Cos'è ancora storto (e perché): - RealtimeNotifier su Microsoft 365, Google Workspace, IceWarp e Exchange — l'API di notifica push di ogni fornitore ha bisogno di un webhook pubblico ricevente ospitato da EmailService, più (per Gmail) un argomento Cloud Pub/Sub. L'acceleratore e' il suo compito infra. - On-prem Exchange (authMethod!= OAUTH) — ha bisogno dell'API SOAP EWS; ExchangeProvider lancia un chiaro errore in quel percorso fino a quando EWS non viene aggiunto.