- Expediere
- 10 mai 2026 la 00:09 UTC
- Autor
- Kamo
- Comite
- 6c3757d
Înlocuiți cioburile de operare nesusținute Excepție în fiecare furnizor de cloud cu apeluri HTTP reale împotriva API admin fiecărui backend: - Microsoft 365 → Microsoft Graph (/utilizatori, /domenii, /verificați, ...) folosind per-org OAuth acces token. - Google Workspace → Admin SDK Directory + Site Verificare folosind per-org OAuth acces token. - Zoho Mail → Zoho Mail admin API ************* utilizarea jetonului de acces per-org OAuth. - IceWarp → IceWarp REST API ({serverUrl}/api/v1/...) folosind apiKey stocat în furnizorConfig. - Exchange (Online) → Microsoft Graph via a client-credentials token mented de la chiriașId/clientId/clientSecret stocat în furnizorConfig. De asemenea, extinde domeniul de aplicare OAuth solicitate de Microsoft, Google, și Zoho curge astfel încât admin pe-org token are de fapt privilegiile noul cod necesităţi (Utilizator.ReadWrite. Toate / Domeniu. ReadWrite. Toate pentru grafic, admin.director.user / admin.director.domain / siteverification for Google, ******************* pentru Zoho). Conexiuni existente va trebui să reautorizeze cu acordul admin pentru a ridica noile domenii de aplicare. Instalaţii de alimentare cu HTTP împărţite în FurnizorHttpClient Auth, JSON codare, și eroare-mesaj extracție peste diferite pachetele de erori ale furnizorului. Ceea ce este încă înțepat (și de ce): - RealtimeNotifier on Microsoft 365, Google Workspace, IceWarp, and Exchange receptor găzduit de EmailService, plus (pentru Gmail) un topic Cloud Pub/Sub. Cablajul este propria sarcină infra. - On-prem Exchange (autMetoda!= OAUTH) ExchangeProvider aruncă o eroare clară în această cale până când se adaugă EWS.