这是我的问题:
我们正在使用 Exchange 2010 和 Outlook 2007。上周我们在 Exchange 中添加了一个新会议室。当我在全局地址列表中查找会议室时,它没有显示出来。但是,如果我删除 .oab 文件(脱机地址簿),那么我就可以在全局地址列表中看到新会议室。当我再次下载脱机地址簿时,问题又出现了。更令人困惑的是,一些用户无需删除脱机地址簿就能在全局地址列表中看到会议室。Outlook 是否忽略了他们的 OAB 并获取了 GAL 的实时副本?所有用户都处于缓存模式。我绝对不是 Outlook/Exchange 专家。我是否遗漏了某些显而易见的东西?非常感谢您的帮助。
答案1
我们找到了答案!据我从系统管理员那里了解到,oab 文件是在一台服务器上生成的,并依靠全局目录服务器(我们有 2 台)上的文件复制服务将 oab 文件复制到每台服务器。其中一台服务器上没有启动该服务,因此一些用户获取的是旧的 oab,而其他用户获取的是新副本。这个故事的寓意是……如果您遇到此问题,请确保文件复制服务已启动。或者重新启动它……
答案2
很有可能 OAB 生成因某种原因而失败。这确实会显示在执行 OAB 生成的邮箱服务器的事件日志中,但日志记录通常不会打开到足以告诉您为什么OAB 生成失败。为此,您需要为该服务器启用调试日志记录。
Set-eventloglelvel -Identity "MSExchangeSA/OAB Generator" -Level High
这将导致 Exchange 开始详细记录未生成 OAB 的原因。您还可以从 PowerShell 触发 OAB 生成。
update-offlineaddressbook -Identity "Default Offline Address List"
这会将有趣的消息转储到该邮箱服务器的应用程序事件队列中。确切的问题可能是多种多样的。
答案3
我以前遇到过这个问题 - 我承认不是针对 Exchange 2010(而是针对 Exchange 2003)但症状完全相同,所以如果运气好的话,解决方案也是如此。
不幸的是我从来没有弄清楚为什么它不起作用,但我重新启动了所有全局目录服务器,它又神奇地开始工作了。如果您有多个 Active Directory 站点,则只需您遇到问题的站点即可。
答案4
检查 Outlook 中是否未使用缓存 Exchange 模式。如果是(请原谅我的 O2k3 命名法),请依次单击“工具”-->“发送/接收”-->“下载地址簿”。如果不执行此操作,客户端可能需要花费大量时间来更新 OAB。
如果不是这样,请检查 LDAP 复制是否正常。(您可以收集用户的 %logonserver%,以确保有问题的人没有被隔离到同一个 DC。)