首先，我们不在工作地点更换员工或账户，所以这个问题可能在过去的3到4个月内随时开始。
我们使用Server 2003R2和Exchange 2003运行AD域。Exchange服务器也是DC和GC服务器。
昨天我创build了3个新的AD帐户，完成邮箱。 或者我想。 当我试图发送testing邮件到这些帐户时，我发现邮箱根本就没有创build。
使用ADSIedit比较新的帐户之一，现有的我发现msExchUserAccountControl设置为“”。 将该值设置为0（与现有帐户相同）会导致创build相应的邮箱。 我可以看到的其他设置中没有在新帐户中设置的设置，而是在与地址簿相关的现有设置中设置。 我预计这些会自动更新。 但是，GAL没有更新，并尝试直接使用ADSIeditinput这些地址簿设置，导致“未find用户”。
也许巧合的是，虽然我怀疑不是，但是从昨天开始在我的XP工作站上使用Message Tracking Center，现在已经以“访问被拒绝”错误ID 80070005结束了。工作站或服务器上的事件日志中没有任何东西可以揭示这一点。 服务器上的邮件跟踪中心工作得很好，具有相同的用户login帐户。 这一切都让我怀疑有关安全的问题，但是什么？
谷歌search已经很less了。 我可以find类似描述的唯一条目都涉及在版本之间移动邮箱。 我们从来没有搬过邮箱，这实际上是公司第一个也是唯一的Exchange服务器。
现在我们可以使用这些新的帐户与OWA，但不能用于Outlook（2002 / XP，遗憾地说），因为名称不会解决，因为他们不在通讯录中。 任何build议我可以检查出来，然后诉诸于整个服务器重build？
msExchUserAccountControl属性应由收件人更新服务（RUS）自动设置。 它也负责在邮箱上设置必要的属性，使其出现在GAL中。 这些新的邮箱没有出现在GAL（因此不MAPI可访问）的原因可能是showInAddressBook要么没有设置或设置不正确。 尝试将一个好用户的属性与新用户的属性进行比较。 另一种可能性是您所描述的权限问题也以某种方式阻止了RUS修改这些新的邮箱。 RUS是复杂的，我不能用这种方法做很多故障排除，但它至less是你的一个主angular。 仔细查看Exchange服务器上的应用程序日志，并将其作为开始： http : //msexchangeteam.com/archive/2004/07/07/175444.aspx 。 祝你好运。
问题sorting
经过icky2000提供的链接中的信息，以及一堆类似的文章后，我发现收件人更新服务运行良好，但在错误的地方search。
LDAP查询应该从类似的东西开始
Searching directory exchange.OURDOMAIN.LOCAL at base 'DC=OURDOMAIN,DC=LOCAL' using filter
但实际上是从开始
Searching directory exchange.OURDOMAIN.LOCAL at base 'CN=Configuration,DC=OURDOMAIN,DC=LOCAL' using filter 。
使用ADSIedit，我删除了CN=Configuration,它突然开始工作。
看来邮件跟踪中心问题是不相关的，需要进一步调查。 我怀疑我永远也找不到这些问题的真正原因，这让我很担心。 不过，现在至less在工作。