我们正在尝试将用户从 Exchange 2007 中移出。按照网上的各种指南，我们将我们的接受域更改为“内部中继”，并创建了一个“发送连接器”，将我们域中未处理的电子邮件中继到外部智能主机。
然后，我们禁用了一位 Exchange 用户的邮箱。保留了 AD 用户，只是禁用了邮箱（也就是说从 AD 用户中删除了邮件用户属性）。
办公室里有几个人正在使用 OS X Mail（集成 Exchange 的 Snow Leopard）。从该客户端发送新电子邮件时，一切正常。电子邮件被转发到外部智能主机并进入 Exchange 之外的我的收件箱。
但对于使用 Outlook 客户端的用户，向我的帐户发送新电子邮件会导致出现“向这些收件人或分发列表发送失败”消息。错误是：
IMCEAEX-_O=FIRST+20ORGANIZATION_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+
[email protected]
#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ##
我猜想 Outlook 正在地址簿或其他地方缓存对已删除用户的直接引用，从而导致路由被忽略。这听起来对吗？如果是这样，有没有办法强制 Outlook 自行更新？如果没有，还有其他想法吗？
或者问题是，即使没有更多邮箱，Outlook 仍会引用剩余的 AD 用户帐户？
编辑：更多信息。当我查看消息跟踪器时，我看到：
从 Outlook 客户端发送到已禁用的 Exchange 邮箱的电子邮件的收件人为：IMCEAEX-_O=FIRST+20ORGANIZATION_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+ [电子邮件保护]
从 Outlook 客户端发送到普通 Exchange 邮箱的电子邮件只是'[电子邮件保护]‘
从 OS X 邮件客户端发送到启用或禁用邮箱的电子邮件具有正常收件人，例如“[电子邮件保护]“”。
答案1
我曾经遇到过类似的问题，当用户被移动到不同的 Exchange 群集时，但 Outlook 已缓存以前的引用并继续尝试发送到以前的群集，即使我从全局地址列表中专门选择了该用户。
我修复此问题的方法是，在 Outlook 中，开始输入用户名，直到它自动建议用户名，使用箭头键在自动建议列表中选择该名称，然后点击“删除”。尝试再次输入该名称，它应该不会自动检测到它，因此您可以从 GAL 中选择用户。
答案2
假设我正确理解了你的问题，另一种可能性是，你禁用的邮箱仍然保留。我在设置 Exchange 2010 以与我当前的邮件系统一起工作时注意到了这一点，就像您一样。由于邮箱在删除后会保留一段时间，因此发送到该地址的电子邮件将返回失败，因为该邮箱已被删除，并且由于保留的邮箱，它不会将电子邮件转发到我的其他邮件系统。如果您遇到的是这个问题，您可能需要清除已删除的邮箱，或者等待保留期结束。
答案3
好吧，Outlook 会保留您发送电子邮件的所有联系人的缓存。Outlook pree 2010 该文件位于用户配置文件的 appdata\microsoft\outlook 中。该文件的名称与 Outlook 配置文件相同，扩展名为 .nk2
当向同一邮件组织中的某人发送电子邮件时，nk2 文件会存储收件人的 X400 地址。谷歌 nk2edit 并使用它来删除 nk2 文件中的所有 EX 引用，我认为你会没事的。或者只是删除文件。Nk2Edit 可免费供个人使用，但供企业使用需要支付许可费。
如果您使用的是 Outlook 2010，则 nk2 文件位于上述名为 roaming 的子文件夹中，并且文件为 Stream_Autocomplete_xxxxxxxx.dat
希望有所帮助。
答案4
我遇到了类似的问题。我们使用的是 Exchange 2010 和 Outlook 2010
我们与总部建立了 GAL 同步，出于安全原因，他们将我们分开并摆脱了 GAL 同步。
从那时起，当我们从联系人向他们发送电子邮件或直接输入 SMTP 地址时，我们收到的回复都是以“IMCEAEX-_O%3DNT5_ou%3D0000000000”和“@ourdomain.com”开头的地址，而不是所需的外部 SMTP 地址。
解决方法是删除联系人（如果存在）并创建新联系人。输入正确的 SMTP 地址。然后编辑联系人并添加“其他自定义地址”，输入以下格式的 X500 地址（不必是有效信息，只要与您的内部 X500 地址不匹配即可）：
/O=External Company Ltd/OU=Company name/cn=Recipients/cn=username
保存联系人即可解决问题。
Outlook/Exchange 2010 不使用 nk2 文件，而是将该信息存储在 Exchange 服务器上。它（出于某种原因）使用 X500 地址进行电子邮件路由，因此如果联系人的旧条目中有错误或缺失的 X500 地址，则会导致此问题。
希望这可以帮助！