我们有两个Exchange 2003邮件服务器（ mail_old和mail_new ）在同一个pipe理组中。 mail_new有一个用户，而mail_old有我们所有的其他用户，并面向互联网。 我们使用Google的Postini服务发送电子邮件。
我们遇到的问题是，mail_new上的用户的电子邮件位于名为mail_new.domain.local的队列中，而不是被发送用于本地传送。
使用消息跟踪中心，注意到以下事件：
SMTP: Message Submitted to Advanced Queuing SMTP: Started Message Submission to Advanced Queue SMTP: Message Submitted to Categorizer SMTP: Message Routed and Queued for Remote Delivery STMP: Started Outbound Transfer of Message
因此，我认为问题是电子邮件应该排队等候本地传递，但事实并非如此。 有想法该怎么解决这个吗？
多一点的信息。 我们两个邮件服务器上的SMTP虚拟服务器都使用Postini的服务器作为智能主机。 我们有一个SMTP连接器，具有以下设置：
Address Spaces domain.co.uk domain.local Connector scope : Entire Organization Allow messages to be relayed to these domains : unchecked Use DNS to route to each address space on this connector : checked Local Bridgeheads mail_old "Default SMTP Virtual Server"
任何想法的人？
您不希望在SMTP虚拟服务器上指定智能主机。 这就是你的邮件不能在服务器之间交付的原因。 您可能会认为您的SMTP连接器将“覆盖”SMTP虚拟服务器上的设置，但不会。
Postini在从SMTP连接器传送邮件时遇到问题。 他们实际上并没有进行存储 – 转发 – 他们更像是远程目标SMTP服务器和发送SMTP服务器之间的第7层代理。 如果远程SMTP服务器拒绝收件人，例如，Postini将返回一个错误，使SMTP连接器进入重试状态，“堵塞”SMTP连接器的队列。 他们没有改变这种行为，所以你将不得不通过愚蠢的configuration技巧绕过他们的大脑损伤。
编辑：以下是关于Postini的问题的历史背景。 我知道2007年的情况仍然如此，但是我不知道他们是否已经屈服了，并且提供了真正的存储转发服务： http ： //groups.google.com/group/microsoft .public.exchange.admin / MSG / 9155c2fb5a0c3238
编辑2：看看这里的指南： http : //www.postini.com/webdocs/outbound/en/outbound_config_en.pdf
Postini仍然完全是脑残和愚蠢的，显然。 他们希望你经历疯狂的回转（坦率地说，他们让你搞砸了Exchange应该如何工作），以便在Exchange 2003环境中使用SMTP连接器将邮件传送给他们，因为他们仍然不仅仅是做存储转发。
基本上，而不是允许您在Exchange中的SMTP连接器中使用内置function（并允许Exchange路由引擎对如何在多服务器环境中的服务器之间移动邮件做出最佳判断），而是希望您在启用智能主机并允许中继的情况下创buildSMTP虚拟服务器的补丁程序 – 实际上最终将在Exchange中运行路由function。
低能儿。
无论外部提供商configuration如何，您通常不需要在SMTP虚拟服务器上configuration智能主机。 这将路由所有邮件通过该虚拟服务器而不是离开Exchange环境的服务器。 而是在路由组的相应SMTP连接器上设置任何所需的smarthost。