Google Apps作为Exchange 2007的邮件主机(外部)(内部)

我确信这已经完成了,但是经过大约2天的浪费时间的研究,我只是没有得到我所需要的。

发生了什么事是我们正在使用Google Apps作为我们的电子邮件(MX服务器指向GApps),然后通过SBS 2008 Exchange上的POP3连接器下载每个用户的邮箱([email protected],位于GApps上)。 我可以通过ISP的智能主机发送电子邮件到其他域名。

我的问题是这样的:我已经在User1([email protected])的SBS上设置了一个用户帐户,因此她在Exchange上有一个本地邮箱。 我没有总统先生([email protected])的用户帐号,因为他想继续使用GApps的IMAP for Mac。 用户1不能发送任何电子邮件给总统。 但是,User1可以使用SBS 2008上的帐户将电子邮件发送给任何其他用户。

我曾尝试将domain.net的集线器传输接受域设置为“内部中继”,而domain.local设置为“授权”,并将其设置为默认接受域。

Exchange给我这个错误:在收件人的电子邮件系统中找不到收件人的电子邮件地址。 Microsoft Exchange不会尝试为您重新传送此消息。 请检查电子邮件地址并尝试重新发送此消息,或向系统pipe理员提供以下诊断文本。

550 5.1.1 RESOLVER.ADR.RecipNotFound; 未find

任何想法,这个问题是什么? 我更希望即使邮件发送到[email protected]通过智能主机发送,然后获得GApps,然后通过POP3的Exchange拉…

我知道我想要的可能会否定Exchange的目的并增加带宽需求,但是我的业务案例是IF交换失败,我们将在Google Apps中保留所有收件箱。 当然,如果有一个病毒从我们的工作站发送,最好是在它到达Exchange之前先通过Google Apps(而在默认configuration中,它只是直接发送到Exchange邮箱,通过互联网)。

@Jared:我的意思不是什么不敬,而是诚实地说,我不知道为什么公司不打算按照预期的方式来使用Exchange, 你有一个configuration,更麻烦的设置,pipe理和故障排除,所有的幌子,你是“保护”自己的一些不可预见的未来失败,很可能是不会发生。 如果您不信任Exchange,服务器,或者您的内部基础架构或者您自己,那么就完全摆脱Exchange,并停止使用这种不可持续的scheme来鞭策自己。

我知道POP连接器来自MS,但我认为这是一个坏主意,因为它给了公司一个理由来实现像你一样的场景,在我看来,这比他们的价值更麻烦。

你有没有考虑过把你的电子邮件“全部”放在家里,并取消目前的实施? 您可以更轻松地进行pipe理,并且始终可以build立所需级别的冗余和可用性。

您花了2天的时间寻找解决scheme来解决问题,如果按照计划使用的方式使用Exchange,则问题将不存在。 你所说的实现这个场景的所有原因都可以在内部解决。