我确信这已经完成了，但是经过大约两天的时间研究后，我并没有得到我需要的东西。
实际情况是，我们使用 Google Apps 来收发电子邮件（MX 服务器指向 GApps），然后我下载每个用户的邮箱（[电子邮件保护]通过 SBS 2008 Exchange 上的 POP3 连接器，我能够将电子邮件顺利地发送到其他域（托管在 GApps 上）。
我的问题是这样的：我已经在 SBS 上为 User1 设置了一个用户帐户（[电子邮件保护]），因此她在 Exchange 上有一个本地邮箱。我没有总统先生的用户帐户（[电子邮件保护])，因为他想继续在 Mac 上使用 GApps 的 IMAP。用户 1 无法向总统发送任何电子邮件。但用户 1 可以向在 SBS 2008 上有帐户的任何其他用户发送电子邮件。
我已尝试将 domain.net 的集线器传输接受域设置为“内部中继”，同时将 domain.local 设置为“权威”并作为默认接受域。
Exchange 向我显示此错误：在收件人的电子邮件系统中未找到收件人的电子邮件地址。Microsoft Exchange 不会尝试为您重新发送此邮件。请检查电子邮件地址并尝试重新发送此邮件，或向系统管理员提供以下诊断文本。
550 5.1.1 RESOLVER.ADR.RecipNotFound；未找到
知道这个问题是什么吗？我希望即使邮件发送到[电子邮件保护]通过智能主机发送，然后由 GApps 接收，然后通过 POP3 拉取到 Exchange...
我明白我想要的可能会违背 Exchange 的目的并增加带宽要求，但我的商业理由是，如果 Exchange 发生故障，我们将在 Google Apps 上保持所有收件箱完好无损。当然，如果有病毒从我们的某个工作站发送，最好先通过 Google Apps，然后再到达 Exchange（而在默认配置中，它只是直接将其发送到 Exchange 邮箱，而不会通过互联网）。
答案1
@Jared：我无意不尊重，但说实话，如果公司不打算按照预期的方式使用 Exchange，我真不知道他们为什么要花钱购买并使用 Exchange。您有一个更麻烦的配置，难以设置、管理和排除故障，所有这些都是以“保护”自己免受未来某些不可预见的故障的幌子进行的，而这些故障很可能不会发生。如果您不信任 Exchange、服务器、内部基础设施或您自己，那么请彻底摆脱 Exchange，不要再用这种不可持续的情况来折磨自己。
我知道 POP 连接器来自 MS，但我认为他们这个想法很糟糕，因为它给了公司实施像您这样的场景的理由，在我看来，这得不偿失。
您是否考虑过将电子邮件“完全”带入公司内部，并取消当前的实施？这样管理起来会容易得多，而且您始终可以构建所需的冗余和可用性级别。
您花了两天时间寻找解决方案，而如果您按照预期的方式使用 Exchange，这个问题就不会出现。您提出的实施此方案的所有原因都可以在内部解决。