Team怎么能这么难用?提示:将 Exchange 日历连接到 Teams,但是完全搜不到这个主题如何设置

匿名
2021-10-26T23:32:06+00:00

最近试用Teams,创建小组,需要邀请外部人员(来宾)参与会议,组内添加了频道日历,但是来宾如果要查看,就提示“请管理员将 Exchange 日历连接到 Teams”,作为不懂技术的用户,完全搜不到如何将Exchange日历连接到Teams。甚至Exchange日历在哪都找不到,翻遍了后台管理,也没有找到相关的设置。

软件十分不友好。

Microsoft Teams | Microsoft Teams 商业版 | 日历 | 其他

锁定的问题。 此问题已从 Microsoft 支持社区迁移。 你可投票决定它是否有用,但不能添加评论或回复,也不能关注问题。

0 个注释 无注释

1 个答案

排序依据: 非常有帮助
  1. 匿名
    2021-10-27T14:13:06+00:00

    你好 STWH,

    若要将 Microsoft Teams 服务与 Exchange Server 的安装集成,请确保本地 Exchange Server 环境满足以下要求:

    • Microsoft Teams 必须知道邮箱是托管在 Exchange Online 上还是内部部署上。 需要混合型 Exchange 服务器部署。 Teams 服务通过 REST API 调用 Exchange Online 服务,并根据混合配置在适用的情况下重定向到托管邮箱的本地服务器。
    • Exchange Online 与内部部署 Exchange 服务器环境相集成,如什么是 OAuth 身份验证?中所述。 最好通过运行 Exchange 混合向导来配置它,如在 Exchange 和 Exchange Online 组织之间配置 OAuth 身份验证中所述。 Exchange Online 由应用程序 ID 00000002-0000-0ff1-ce00-000000000000表示。
    • 此外,Microsoft Teams 服务需要代表用户进行身份验证,才能访问托管在同样使用 OAuth 的内部部署上的邮箱。 在这种情况下,Teams 计划服务使用 Skype for Business Online 00000004-0000-0ff1-ce00-000000000000的应用程序 ID,以及在 Skype for Business Online 和 Exchange Server 之间配置集成与 OAuth 中提到的 MailUser:
      • 该帐户从 Exchange 通讯簿中隐藏。 最好的做法是在通讯簿中隐藏该帐户,因为它是一个禁用的用户帐户。
      • 该帐户的 Exchange 管理角色分配为 UserApplication。
      • 要进行保留和存档,必须有 ArchiveApplication 角色分配。
      • 必须为整个 Teams 和 Exchange 服务器内部部署执行文中说明的所有步骤。

    步骤 1:验证自动发现服务是否正常工作 Microsoft Teams 服务使用 Exchange 自动发现服务来查找由运行 Exchange Server 的服务器发布的 EWS URL。 若要验证自动发现进行是否工作正常,请按以下步骤进行操作:

    1. 要求用户导航到 Microsoft Remote Connectivity Analyzer。
    2. 输入请求的信息(确保选中“使用自动发现检测服务器设置”复选框)。
    3. 选择“执行测试”按钮开始自动发现测试。

    如果测试失败,你必须首先解决自动发现问题。

    Microsoft Remote Connectivity Analyzer Outlook连接页面的屏幕截图。

    备注

    对于 Teams 委派问题,委派人邮箱是要测试的目标邮箱。 对于 Teams 日历应用问题和 Teams 状态问题,受影响的用户的邮箱是要测试的目标邮箱。 第 2 步:验证自动发现服务能否将自动发现请求路由到本地 在 Windows PowerShell 中,运行以下命令: PowerShell复制

    Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=******@contoso.com&Protocol=EWS&RedirectCount=5" -UserAgent Teams
    

    备注

    对于 Teams 委派问题,委派人邮箱是要测试的目标邮箱。 对于 Teams 日历应用问题和 Teams 状态问题,受影响的用户的邮箱是要测试的目标邮箱。

    对于本地托管的邮箱,EWS URL 应指向本地外部 EWS。 输出类似于以下内容:

    协议 URL


    EWS <https://mail.contoso.com/EWS/Exchange.asmx>

    如果此测试失败,或者 EWS URL 不正确,请查看“先决条件”部分。 这是因为问题可能是由 Exchange 混合配置问题或阻止外部请求的防火墙或逆代理引起的。 第 3 步:验证 Exchange OAuth 身份验证协议是否已启用并正常工作 若要验证 Exchange OAuth 身份验证是否已启用并正常工作,请运行 Test-OAuthCOnnectivity 命令,如配置 Exchange 和 Exchange Online 组织之间的 OAuth 身份验证中所述。

    此外,运行 Microsoft 远程连接分析器中提供的 忙/闲 连接测试。 为此,请按照下列步骤操作:

    1. 导航到 Microsoft 远程连接分析器。
    2. 选择 忙/闲 测试以验证 Office 365 邮箱是否可以访问本地邮箱的忙/闲信息,反之亦然。 你必须通过将源邮箱电子邮件地址与目标邮箱电子邮件地址交换来运行此测试两次。 这是因为每次运行都是单向的。 此测试不一定必须使用受影响的帐户来运行。 可以使用本地邮箱和 Office 365 邮箱的任意一对来运行测试。 要了解有关如何在 Office365 中本地部署和 Exchange Online 的混合部署中解决忙/闲问题的详细信息,请参见本文, 请参考: 解决 Microsoft Teams 和 Exchange Server 交互问题 - Microsoft Teams | Microsoft Docs。

    希望以上可以解决你的疑虑。

    此致敬意,

    Rebecca

    此答案是否有帮助?

    0 个注释 无注释