这是我的问题：
我们正在使用Exchange 2010和Outlook 2007.上周我们在Exchange中添加了一个新的会议室。 当我在全局地址列表中查找会议室时，它不显示。 但是，如果我删除我的.oab文件（脱机通讯簿），那么我可以看到全球通讯簿中的新会议室。 当我再次下载脱机通讯簿时，问题返回。 为了使这更加混乱，一些用户能够在全球通讯簿中看到会议室而不删除他们的脱机通讯簿。 Outlook是否忽略了他们的OAB并获得了GAL的实时副本？ 所有用户都处于caching模式。 我绝对不是Outlook / Exchange专家。 我在这里错过了很明显的东西吗 非常感谢您的帮助。
我们知道了！ 因此，正如我从系统pipe理员了解到的那样，在一台服务器上生成了oab文件，并依靠全局编录服务器上的文件复制服务（我们有2个文件服务器）将oab文件复制到每台服务器上。 服务没有在其中一台服务器上启动，因此有些用户正在使用旧版本，而其他用户则获得了新版本。 道德的故事…如果你有这个问题，请确保文件复制服务已启动。 或重新启动它…
由于某种原因，OAB一代失败的可能性很大。 这确实出现在OAB生成的邮箱服务器的事件日志中，但日志logging通常不会打开到足以告诉您为什么 OAB生成失败。 为此，您需要打开该服务器的debugging日志logging。
Set-eventloglelvel -Identity "MSExchangeSA/OAB Generator" -Level High 这将导致Exchange开始详细logging为什么OAB没有生成。 您也可以从PowerShell触发OAB生成。
update-offlineaddressbook -Identity "Default Offline Address List"
应该将有趣的消息转储到该邮箱服务器的应用程序事件中。 确切的问题可以是任何数量的事情。
我之前有过这个问题 – 不是Exchange 2010，我会承认（这是Exchange 2003），但症状完全一样，所以运气好一点，解决scheme也是如此。
不幸的是，我从来没有深究为什么它不工作，但我重新启动了我的全球目录服务器，它神奇地再次开始工作。 如果您拥有多个Active Directory站点，则只需在遇到问题的网站上执行此操作即可。
检查是否在Outlook中使用cachingExchange模式。 如果是（原谅我的O2k3命名法），工具 – >发送/接收 – >下载地址簿。 如果不这样做，客户可能需要花费大量的时间来更新OAB。
如果不是这样，请检查LDAP复制是否正常。 （您可以收集用户的％logonserver％，以确保有问题的人不会被隔离到同一个DC。）