简介
重要提示： 本文仅适用于组织中专门使用 Exchange Online，且在 Microsoft 365 Exchange Online 与本地Microsoft Exchange Server之间没有混合部署的用户。 如果有混合部署，请参阅Microsoft知识库中的以下文章：
用户无法在本地Exchange Server的混合部署中查看远程用户的忙/闲信息，在 Microsoft 365 中Exchange Online
本文包含有关如何排查阻止用户在 Office Outlook 2007 Microsoft 和 Microsoft Outlook 2010Microsoft 365 中查看其他用户忙/闲信息的问题的信息。
在以下情况下，用户可能无法查看忙/闲信息：
-
用户尝试安排日历会议请求。
-
用户尝试查看 Outlook 中其他用户的可用性。
在这种情况下，用户可能无法查看忙/闲信息，因为 Outlook 无法连接到 Exchange 可用性服务和 Exchange 自动发现服务。
过程
排查问题之前
在排查问题之前，请确保满足以下两个条件。
确保用户已运行 Microsoft 365 桌面安装工具
有关如何为 Microsoft 365 设置桌面的详细信息，请转到以下Microsoft网站：
确保计算机满足 Microsoft 365 的系统要求
有关 Microsoft 365 的系统要求的详细信息，请转到以下Microsoft网站：
如果 Office 的安装已更新，请测试以确定是否通过尝试检索忙/闲信息来解决问题。 如果问题未解决，请使用下面提供的方法。
排查问题
若要排查此问题，请根据你的情况使用以下一种或多种方法。
排查可用性服务访问问题
本部分中的步骤 1 到步骤 3 是可用于帮助隔离问题来源的步骤。 根据这些方法的结果，你应该能够将问题隔离到本地计算机或组织的配置中。
步骤 1：验证用户帐户是否可以访问Exchange Online中的可用性服务
若要从Exchange Online检索忙/闲信息，必须有权访问可用性服务。 设置 Outlook 配置文件时，可用性服务终结点由自动发现服务提供。 根据组织采用的配置，可将自动发现服务配置为指向本地环境或直接指向Exchange Online服务器。 请务必确认自动发现服务是否响应无法检索忙/闲信息的用户的请求。
请按以下步骤完成此操作：
-
启动 Web 浏览器，然后浏览到 https://testconnectivity.microsoft.com/ 以访问Microsoft远程连接分析器工具。
-
单击“Microsoft 365”选项卡。
-
在“Microsoft Office Outlook 连接测试”下，单击“Outlook 自动发现”，然后单击“下一步”。
-
在“Outlook 自动发现”页上，填写窗体上的信息，然后单击“执行测试”。
-
测试完成后，在“测试详细信息”页上展开每个测试步骤以隔离问题。 如果测试成功，则会看到成功的自动发现查询的结果。 结果显示自动发现服务提供的 URL 列表。 成功的结果类似于以下屏幕截图中显示的结果。
如果测试失败， Microsoft 365 管理员应确保在组织中正确设置自动发现服务。 有关如何执行此作的详细信息，请跳到下面的 步骤 3：创建或修改自动发现 DNS 记录。
步骤 2：使用测试电子邮件自动配置工具确定 Outlook 是否可以连接到自动发现服务
确认自动发现服务在组织外部正常工作后，确定自动发现服务是否从本地计算机正常工作。 使用测试电子邮件自动配置工具确定自动发现服务和可用性服务是否在 Outlook 中工作。
请按以下步骤完成此操作：
-
启动 Outlook。
-
长按 Ctrl 键，右键单击通知区域中的 Outlook 图标，然后单击“测试电子邮件自动配置”。
-
验证“电子邮件地址”框中的电子邮件地址是否正确。
-
在“测试电子邮件自动配置”窗口中，单击以清除“使用 Guessmart检查”框和“安全 Guessmart 身份验证检查”框。
-
单击以选中“使用自动发现检查”框，然后单击“测试”。
确保此测试成功，并且 Outlook 可以检索可用性服务的正确 URL。 成功的结果如下图所示：
如果此测试不成功，则本地计算机可能无法连接到自动发现服务。 下面是可能导致此问题的一些常见原因：
-
本地防火墙阻止 Outlook 连接到自动发现服务。
-
Microsoft 365 桌面安装工具尚未在计算机上运行。
有关可用于解决问题的其他方法的详细信息，请参阅 其他故障排除方法部分。
步骤 3：创建或修改自动发现 DNS 记录
自定义域是已添加到 Microsoft 365 的默认 DomainName.onmicrosoft.com 以外的任何域。 如果组织在 Exchange Online 中使用自定义域，并且所有用户都迁移到了 Microsoft 365 ，则必须将 DNS 记录配置为将迁移的用户重定向到Exchange Online自动发现服务终结点。 应为自动发现创建 CNAME 记录。contoso.com 指向 autodiscover.outlook.com。在这种情况下，contoso.com 是公司域名的占位符。自动发现 CNAME 记录必须包含以下信息：
-
别名：自动发现
-
目标： autodiscover.outlook.com
有关详细信息，请参阅 Microsoft 365 的外部域名系统记录。注意：如果有 Exchange 混合部署，请将现有 SMTP 域的自动发现公共 DNS 记录设置为指向本地环境。 有关详细信息，请参阅混合部署先决条件。
其他故障排除方法
以下方法还可以解决常见的忙/闲问题。
使用 /cleanfreebusy 开关一起运行 Outlook
Outlook 具有多个命令行开关，可用于修复问题。
若要修复忙/闲连接，请执行以下步骤：
-
关闭 Outlook。
-
确定 Outlook.exe 文件的路径，请执行以下步骤： 一个。 单击开始，指向查找，然后单击文件或文件夹。 b. 在“命名”框中，键入 Outlook.exe，然后单击“立即查找”。c. 记下 Outlook 可执行文件的路径以供参考。 对于 Outlook 2007，默认路径为 \Program Files\Microsoft Office\Office12\Outlook.exe。 对于 Outlook 2010，默认路径为 \Program Files\Microsoft Office\Office14\Outlook.exe。d. 在“文件”菜单上，单击“关闭”。
-
单击“启动”，然后单击“运行”。
-
在“打开”框中，键入 Outlook (路径) 中包含文件名，按空格键一次，然后键入 /cleanfreebusy。 例如，Outlook 2007 的命令行命令如下所示： “C：\Program Files\Microsoft Office\Office12\Outlook.exe”/Cleanfreebusy注意：完整路径必须用引号来保留长文件名。
-
确定问题是否仍然存在。
确定是否正确配置了 UseLegacyFB 注册表值
重要提示： 此方法包含说明如何修改注册表的步骤。 但如果注册表修改不当，可能造成严重问题。 因此，请务必仔细遵循以下步骤。 为增强保护，请在修改前备份注册表。 如果出现问题，可以还原注册表。 有关如何备份和还原注册表的更多信息，请单击下面的文章编号查看 Microsoft 知识库中相应的文章：
如果组织最近迁移到 Microsoft 365 ，则仍可以将 Outlook 2007 配置为使用从以前的环境传递的注册表项。 此条目强制 Outlook 在“Schedule+ 闲/忙”公用文件夹上使用帐户的忙/闲邮件。 公用文件夹不由Exchange Online用于忙/闲数据。 若要确定此配置是否存在，请执行以下步骤：
-
启动注册表编辑器。
-
找到并展开以下注册表子项： HKEY_CURRENT_USER\Software\Microsoft\Offlice\12.0\Outlook\Options\Calendar
-
找到 UseLegacyFB 注册表项。 如果存在 UseLegacyFB 注册表项，请删除该条目。 或者，将 UseLegacyFB 注册表项的值更改为 0。
注意： 如果用户可以查看除一个用户以外的所有其他用户的忙/闲信息，则问题在于用户无法查看其忙/闲信息的特定用户。 对特定用户进行故障排除，以发现该用户的 Outlook 客户端为何无法发布忙/闲信息。
是否仍需要帮助? 转到 Microsoft 社区。
