☰

Office Communicator 无法同步地址簿错误

tag-icon • tag-icon ms-office-communicator
Office Communicator 无法同步地址簿错误

我最近安装了 Office Communications Server 2007 R2，但遇到了问题。办公室里的每个客户端 (Office Communicator 2007 R2) 都报告了“无法同步通讯簿”的问题。当我单击此报告以了解更多详细信息时，我看到：

“无法与公司通讯簿同步。这可能是因为您的 Web 浏览器中的代理服务器设置不允许访问通讯簿。如果问题仍然存在，请联系您的系统管理员”。

我们内部根本不使用网络代理，所以这条消息根本没有帮助。

在寻找此问题的解决方案时，我通过谷歌搜索发现，问题的根本原因在于证书，但我几乎可以肯定这不是问题所在。我能够浏览从 OCS 服务器发送到 Communicator 的 URL 作为地址簿 URL，并且 Internet Explorer 根本没有报告任何问题。

最让我担心的是，检查托管地址簿的服务器上的 IIS 日志时，我发现办公室中的大多数计算机都无法访问。唯一显示的是几台 Windows XP 计算机 - 而办公室中的大多数其他计算机都运行 Vista x64。它们都运行相同的客户端（我猜一定是 32 位的 - 我不知道是否有原生 64 位 Office Communicator 版本）。

我现在有点束手无策了——我已经没有什么可以尝试的了。

如果它有帮助的话 - OCS 构建已驻留在资源林中，与托管大多数用户帐户的林分开。我们最初的 OCS 安装（vanilla 2007，不是 R2）曾经在用户帐户所在的同一林中运行，这对地址簿没有任何问题。

最后一件事是，我们所有的客户现在也报告了 Outlook 集成错误（对于办公室中使用 Outlook 的客户 - 我们不运行 Exchange，因此人们可以自由选择自己的电子邮件客户端）。这在以前安装的 OCS 上也不是问题。

那么，有人有线索吗？

編輯

因此，在前端服务器上安装 Communicator 本身就可以正常工作。Galcontacts.db/.idx 文件会立即下载。

另外 - MAPI 错误（Outlook 集成错误）现在也消失了（虽然我并不真正关心这个）。

如果有帮助的话，服务器正在运行 Windows Server Enterprise 2008 SP1。

编辑第二条：

在会话上运行 Fiddler 后，我可以看到 communicator 正在尝试从资源林中的 CA 下载证书吊销列表，但失败了，因为该计算机上没有 Web 服务器可以返回该列表。所以我现在正在等待具有管理员权限的人帮我安装一个，看看这会给我带来什么。

答案1

显然我没有读到你前几天的第二篇编辑。因此，如果 CRL 是问题所在，那么你有几个选择 - 最好的选择是让管理人员正确处理 CRL，即将其发布到 Active Directory。这只需使用 certutil -dspublish 即可。但是，你还有其他选择。某些 CA（特别是根 CA）的最佳做法是甚至不发布 CRL 的位置。只有当 CA 表示你应该能够找到 CRL 时才需要找到它，主要通过 AIA 或 CDP。根据你的描述，我猜测 CDP 有一个 CRL 的 HTTP URL（好吧，这些首字母缩略词很荒谬，抱歉），并且 CRL 实际上没有放在该位置，这必须手动完成，或者该位置不可用，因为正如你所指出的，它上面没有 HTTP 服务器。你可以解决这个问题；但是，我认为如果您只是将证书发布到 AD 并认为它足够好，情况会更好。注意：如果 CDP 没有为 CRL 指定 LDAP 位置，则您可能是 SOL - 他们可能必须对 PKI 进行大量重做才能正确设置。但是，我过去自己也犯过同样的错误，值得纠正。

那么，嘿，Server Fault！您有针对单个段落中超过 20 个首字母缩略词的徽章吗？

答案2

您可以尝试以下几个快速测试：

  1. 前端的 Web 组件验证向导是否报告任何错误？它的一项测试是检查 OCS 地址簿服务器。
  2. 如果您在前端安装并登录 OC 客户端，是否仍然会收到地址簿错误？
  3. 如果您右键单击系统托盘中的 Communicator 图标，您应该会看到“配置信息......”选项，如果单击该选项，服务器的内部 URL 是否与您的地址簿服务的 URL 匹配？
  4. 您正在使用哪个版本的 Communicator 客户端？

问候 Arcass

答案3

我们会将其添加到您要尝试的事物列表中...

  1. 从 IIS 日志中未显示命中的其中一台计算机上的配置文件中删除 GalContacts.db (%LOCALAPPDATA%\Microsoft\Communicator\) 和索引。关闭并重新打开 Communicator；这应该会强制命中 ABS 以拉下完整的地址簿文件。
  2. 使用 Snooper.exe 并检查登录时从前端获取的带内配置数据 - 其中的 URL 看起来正确吗？
  3. 更令人困惑的是，我发现 ABS 出现了问题……间歇性地出现。我有时会看到这个错误，然后错误就消失了。我还没有深入研究过，因为这不是目前的优先事项，但我很想知道多次注销和登录是否会导致不同的结果。（您可能希望每次都保持登录状态约 10 分钟。）
  4. 您是否也检查了 IIS 的错误日志？

答案4

重新发布这篇旧帖子，但我只想添加两个对我有用的命令：

C:\Program Files\Microsoft Office Communications Server 2007\Server\Core>ABServer.exe -validateDB
C:\Program Files\Microsoft Office Communications Server 2007\Server\Core>ABServer.exe -syncNow

相关内容