- 已装运
- 2026年5月10日 00:09 UTC
- 作者
- Kamo
- 提交
- 6c3757d
将每个云提供方的不支持操作排除根替换为 真实的 HTTP 调用每个后端的管理员 API : - Microsoft 365 — 微软图(/用户,/域,/核实,.) pro-org OAuth 访问符. - Google工作空间 – 管理 SDK目录 + 使用每个用户的站点验证 OAuth 访问符 。 - Zoho邮件 —— Zoho邮件管理API —— 使用 OAuth 访问符。 - IceWarp – IceWarp REST API ({serverUrl}/api/v1/.) 使用所存储的相机键 在提供者 Config 中。 - 交换(在线) —— 微软图表,通过客户端证书标记铸造 从租户ID/客户ID/客户Secret存储在提供者Config中。 同时扩展由微软,Google和Zoho要求的 OAuth 范围 流出,所以每个管理员符号实际上拥有新代码的特权 需要(用户。ReadWrite)。 全部 / 域名 。 读出Writ. 所有为图, (原始内容存档于2018-10-21) (英语). admin.directory.user / admin.directory.domain / sitevecification for Google,. {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}对Zoho来说 现有连接 需要重新授权,并征得行政部门同意,以收回新的范围。 共享的 HTTP 管道生活在 ProductorHttpClient — Bearer / Basic / API 密钥中 认证、 JSON 编码和各种错误信息提取 提供者错误信封 。 何事还被打乱了(及原因): - 关于微软365、谷歌工作空间、冰战和 交换——每个提供者的推-通知 API 需要一个公开的网页hook 由电子邮件Service托管的接收器,加(为Gmail)一个Cloud Pub/Sub话题. 连接起来是它自己的任务 - 预先交换(authMethod!=ODOTH)——需要SOAP EWS API; Exchange Provider在该路径中投出一个明显的错误,直到EWS被添加.