在 OAuth 上连接 Google 和 Microsoft 日历, 在邮箱已经使用的应用程序上

FeatureEmailService
已装运
2026年9月5日 06:31 UTC
作者
Kamo
提交
cbc238a

CalDAV/CardDAV标签通过 OAuth 按钮连接的提示 没有执行流程,无法通过 API 配置证书。 现在 运行一个真正的连接, 和制约 它的形状是 OAuth 重定向 URI住在第三党的操纵台:Google和Entra各持有一个 每个应用程序注册地址,由注册者输入,所以一秒钟 流量不能有第二次回调。 因此,这两个流动都位于地址上。 已经登记,并用 " 国家 " 内的 " 流量 " 标记加以区分 -- -- OAuthFlowKind,没有EMAIL的意思,所以在飞行中的回调会一直完成到 他们总是这样 没有更改控制台, 没有新的网关路由, 没有新的会话 公共道路豁免。 邮箱里的新流动股票 有意分享: - 应用程序注册。 群件 Outh Service 询问平台 Outh 客户端解析器 提供商设置标签的同样问题——该组织的OWN Google 或者Entra的应用软件,如果它在那里注册了, 否则卡莫的平台应用——所以 输入的证书既服务于两者,又服务于一个既未被告知的圆形 而不是发送到拒绝空白客户端 ID的同意屏幕。 - 重定向URI,从QQ而不是 重报。 一份, 因为第二个是重定向 uri mismatch 等待 如果有人移动回话,它已经覆盖在 OAuthReDirectUri Test 对抗共享的OAuthCallbackPaths表格. 它不分享的是赠款。 它更需要日历和联系人 而不是Gmail和管理员SDK, 并将其标志存储在Org's 联系集成而非其电子邮件提供者行, 因此连接日历 无法扰乱工作邮箱。 读写范围, 不只读 : 双向同步 指经同意后成员翻转的开关,范围经同意后固定。 连接在报告成功之前就证明了自己 -- -- 它读到: 获准访问并列出一个日历。 无法读取日历的赠款,或 回来时没有刷新标志, 存储和标出做什么 有关它;两者在几天后同步运行前都看不见。 全权证书 以字符串键读取的四种现有复习的形状写入 (AccessToken / 刷新Token / 符号Expiry 作为 Epoch millis / 客户端ID /) 客户端Secret/stencilsId),因此连接保持生命,不再有工作,以及 群件OuthService Test 标出这些名称: 重命名一个编译,部署, 连接,一小时后停止工作。 除此以外,同一地表有3个修正: - 获取/设置/整合/org 返回该实体,该实体放入矿石 AES 加密的证书在响应机构、浏览器缓存和每个 这里和成员之间的代理日志, 在屏幕的每个负载上, 永远不会 读取字段。 现在两个终点都返回了对行的明确视图, 只报告身份证明在档案中 - 应用 Config 读取“ 双向” , 而每个设置屏幕总是发送 " 双向同步 " ,因此双向同步开关从未持续。 接受两者。 - 清除奥格证书,所以断开连接 忘记赠款而不重置 成员选择的同步选项 -- -- 将删除 Org Integation 。 日历和联系人同步本身没有变化,仍未构建: Google 和 Microsoft Groupware Providers 正在向本地 DB 下放权力, 提供商注册公司将卡莫Groupware捆绑起来,提供任何供应商类型,以及 DeamonService的同步任务只碰出一个同步托肯. 这让那些证书落地 需要, 还没有读到它.

所有更改

就像你看到的运输?

每一个都自动更新您工作空间的地盘。 开始自由,看它成长 一周又一周.

永远开始自由查看定价