Jes Asked: 2009-06-12 14:41:53 +0800 CST2009-06-12 14:41:53 +0800 CST 2009-06-12 14:41:53 +0800 CST Outlook 调度助手没有始终看到忙/闲 772 我有位于由 DS3 连接的 2 个不同状态的 Exchange 集群。当我安排需要来自两个地点的与会者的会议时，我不能总是看到远程位置用户的空闲/忙碌时间。如果我让调度助手坐下来刷新，这非常不一致，甚至会在远程用户之间切换。 是否存在复制问题，或者是否有人有任何其他想法？ 谢谢！！ exchange-2007 replication outlook-2007 2 个回答 Voted Best Answer sysadmin1138 2009-06-12T15:08:14+08:002009-06-12T15:08:14+08:00 微软的这篇文章可能会有所帮助：http ://technet.microsoft.com/en-us/library/bb397225.aspx 有时，自动发现的问题可以说明忙/闲问题。尽管您的问题的不一致性质表明某种超时。挖掘 Hub/CA 服务器上的事件日志并查看那里是否有任何诊断可能是个好主意。 user47984 2010-07-10T09:36:17+08:002010-07-10T09:36:17+08:00 另一件要考虑的事情，我遇到的事情是 Outlook 客户端的登录网络安全方法（在用户的 Exchange 设置的更多设置选项中的安全选项卡下）。默认值为协商身份验证，但应将其设置为与 Exchange 服务器身份验证方法（NTLM 或 Kerberos）匹配 这对于 RPC over HTTP 的用户来说尤其重要。在使用 RPC over HTTP 和 NTLM 身份验证的客户端上，Outlook 将身份验证方法默认为“协商”，将其更改为“NTLM”不仅可以提高客户端的性能，还可以解决调度助手无法正常工作的问题。
微软的这篇文章可能会有所帮助：http ://technet.microsoft.com/en-us/library/bb397225.aspx
有时，自动发现的问题可以说明忙/闲问题。尽管您的问题的不一致性质表明某种超时。挖掘 Hub/CA 服务器上的事件日志并查看那里是否有任何诊断可能是个好主意。
另一件要考虑的事情，我遇到的事情是 Outlook 客户端的登录网络安全方法（在用户的 Exchange 设置的更多设置选项中的安全选项卡下）。默认值为协商身份验证，但应将其设置为与 Exchange 服务器身份验证方法（NTLM 或 Kerberos）匹配
这对于 RPC over HTTP 的用户来说尤其重要。在使用 RPC over HTTP 和 NTLM 身份验证的客户端上，Outlook 将身份验证方法默认为“协商”，将其更改为“NTLM”不仅可以提高客户端的性能，还可以解决调度助手无法正常工作的问题。