简短版本：有没有办法让 Exchange 通过外部网关路由所有电子邮件，包括通常直接路由的内部 AD 用户？（SMTP，在 Exchange 命名法中可能是“智能主机”。）
详细版本：我不是电子邮件专家/管理员/甚至不称职。继承了 Exchange 2003 服务器，正在迁移到基于 Web 的 SaaS 提供商。为了增加乐趣，我们还（迫于最后期限）转换域。我们（我的老板）希望发送到新域的任何电子邮件都能有一份副本发送到两个域。将邮件发送到新域/提供商，然后复制/转发到我们的旧域/ Exchange 很容易。但我们希望从旧域发送到旧域的邮件也能发送到新域。
但是：如果我们通过新的提供商网关路由所有外发 Exchange 邮件，并将新域转发到旧域，我们将得到一个电子邮件循环。理想的“解决方案”是让 Exchange 用户发送给另一个 Exchange 用户的邮件仍然通过外部网关发送，然后将其发送到新域，并复制/转发回旧域。这可能吗？
我确信这是一个有点奇怪的请求。我认为我们试图做的是DoingItWrong(tm)。还有其他更好的想法吗？
答案1
不管你如何配置它，Exchange 都是不是如果目标地址属于 Active Directory 中的某个人，则将邮件路由到组织外部。每当 Exchange 需要路由邮件时，它尝试的第一步是总是在 AD 中寻找目标地址，并且只有在失败后它才会根据您定义的连接器选择适当的外部路由路径。
使用 Exchange 2007，您可以拥有“共享” SMTP 域，即某些地址可能由 Exchange 管理，而另一些地址由另一个系统管理的域（在共存场景中）；我不知道在 2003 中是否/如何实现这一点，但即使可以，上述黄金法则仍然适用：首先，Exchange 将尝试在内部传递消息，并且只有在无法传递消息时，它才会将消息发送出站。
想一想：如果有一种方法可以完成您所要求的操作，那么当接收是否要向特定用户发送消息（即使该消息已由您的提供商转发）？它会将其路由回您的提供商。没有办法根据WHO仅在其上发送目的地；并且当消息来自 Exchange 本身或来自外部时，目的地将是相同的：如果您的愿望成真，您将陷入邮件循环中。
答案2
答案3
如果您有 Outlook 之类的 MAPI 客户端，则没有很好的方法可以做到这一点（如果您只有 OWA/SMTP，则可以将其放在单独的服务器上并让其本地配置（而不是 Exchange 工具中的组织级智能主机）通过智能主机发送 SMTP。
希望这还不算太晚。反过来想，您是否可以先让所有发往新域的邮件通过 Exchange 路由，然后让备用域也在该新系统 (newsystem.newdomain.com) 上工作？例如，如果您让 newdomain.com 邮件到达 Exchange。然后您需要编写一个联系人脚本[电子邮件保护]，将该对象 dn 添加到 altRecipient 属性中[电子邮件保护]，设置deliverAndRedirect，并添加smtp：[电子邮件保护]到代理地址。当需要完全切换时，将 newdomain.com 路由更改为直接路由，然后关闭 Exchange 端。这不是最佳选择，但 Exchange 2003 甚至没有在服务器内消息上转换为 SMTP，因此无法将这些连接发送到其他地方。
答案4
好吧，我可能漏掉了一些东西，但这就是我的想法。这与 SirStan 的建议类似，但我的方法完全消除了现有的 Exchange 服务器：
将两个域的电子邮件都发给新提供商，然后留在那里。将新旧域的 MX 记录指向新服务器，并为每个用户重新配置 Outlook，使其通过 POP 发送到新服务器，以便将电子邮件发送到任一域。
如果需要，用户可以在 Outlook 中设置规则，将发送到任一域的邮件移动到不同的文件夹以保持它们分开。此外，如果用户需要能够以任一域的身份发送，您可以在每个 Outlook 配置文件中配置 2 个 POP 帐户，以将邮件 POP 到新提供商的同一邮箱。您可以配置 Outlook 以在服务器上保留邮件的副本。每个用户都将在两个 POP 帐户中获得每封电子邮件的副本，这可能会变得很麻烦，但它将使他们能够以 johndoe@old_domain.com 和 johndoe@new_domain.com 的身份发送。
您将失去使用内部 GAL 的能力，并且将失去查看其他用户邮箱和公共文件夹的能力，但无论如何，您可能会在新的提供商中失去这些功能。
我可以想到其他几种方法来实现您的目标，但对我来说这似乎是最直接的方法。