- Порезанный
- 10 мая 2026 г. в 00:09 UTC
- Автор
- Kamo
- Обещать
- 6c3757d
Замените заглушки UnsupportedOperationException в каждом облачном провайдере Настоящие HTTP-звонки против API администратора каждого бэкэнда: Microsoft 365 → Microsoft Graph (/users, /domains, /verify, ...) токен доступа OAuth. Google Workspace → Admin SDK Directory + Проверка сайта с использованием per-org Токен доступа OAuth. Zoho Mail → Zoho Mail Admin API ************* Использование Per-org OAuth Access Token. IceWarp → IceWarp REST API ({serverUrl}/api/v1/...) с использованием apiKey Провайдер Config. Exchange (Online) → Microsoft Graph через токен клиентских учетных данных от арендатора Id/clientId/clientSecret, хранящегося в провайдере Config. Также расширьте возможности OAuth, запрошенные Microsoft, Google и Zoho. течет так, что токен администратора per-org фактически имеет привилегии нового кода Потребности (User.ReadWrite). Все / Домен. Прочитайте. Все для Графа, admin.directory.user/admin.directory.domain/ siteverification для Google ************************************* Существующие связи Вам нужно будет повторно авторизоваться с согласия администратора, чтобы выбрать новые области. Общий HTTP сантехника живет в ProviderHttpClient - Bearer / Basic / API-ключ auth, кодирование JSON и извлечение сообщений об ошибках в различных конверты ошибок провайдера. Что остается нерешенным (и почему): Уведомление в режиме реального времени на Microsoft 365, Google Workspace, IceWarp Обмен — API push-уведомлений каждого провайдера нуждается в общедоступном веб-хуке Получатель, размещенный на EmailService, плюс (для Gmail) тема Cloud Pub/Sub. Подключение это его собственная задача. - On-prem Exchange (authMethod != OAUTH) - требуется API SOAP EWS; ExchangeProvider бросает явную ошибку на этом пути, пока не будет добавлена EWS.