我的公司使用SBS 2003服务器，并使用Exchange来托pipe我们自己的电子邮件。 我们也有一个Linux服务器为我们的一些客户托pipe域名。 为了让我们发送给这些客户端，我们设置了内部DNS来隐藏客户端域，以在我们的networking内提供“正确的”MXlogging。 例如，域abc.com的公共DNS可能指向1.2.3.4，但是在内部，我们将MXlogging设置为将abc.com的邮件路由到172.16.0.4（这是linux电子邮件服务器）。 这个设置完全是function性的; 这只是后面的故事。
我们最近将我们的客户域中的一个从我们的内部linux服务器移到了外部电子邮件提供程序。 当我们这样做时，我们自然删除了内部影子DNSlogging，这样我们的Exchange服务器就可以获取正确的（公共）DNSlogging，并将邮件路由到新的外部主机。 虽然这对Exchange没有任何影响。 即使在重新启动Exchange服务器并完全清除DNScaching（Exchange机器上的nslookups本身正确parsing为新的外部地址）之后，Exchange 仍会尝试将域的邮件传递到我们的内部服务器！ 发送电子邮件时，Exchange正确路由到所有其他内部和外部域。
不知何故，Exchange正试图交付给一台机器，所有帐户它没有企业试图使用这一个域 。 是否有Exchange内部使用的DNScaching？ 有没有办法刷新内部caching？ 还有什么我可以错过？
要修复（或者说解决此问题），请为您的SMTPconfiguration一个外部DNS服务器。
在Exchange系统pipe理器中：
展开服务器 – > [你的服务器] – > 协议 – > SMTP
为您的SMTP虚拟服务器select“属性”，然后转到“ 传递”选项卡。 点击高级 ，然后点击configuration 。 现在您可以添加外部DNS服务器用于出站邮件路由。
我已经使用这种方法在Exchange 2003和2007上成功解决了相同的情况