我们在同一个管理组中有 2 个 Exchange 2003 邮件服务器(mail_old
和)。有一个用户,而我们所有的其他用户都在上面,并且面向互联网。我们使用 Google 的 Postini 服务发送电子邮件。mail_new
mail_new
mail_old
我们遇到的问题是,在 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 的服务器作为智能主机。我们有 1 个具有以下设置的 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 连接器的队列。他们没有改变这种行为,所以你将不得不通过愚蠢的配置技巧来绕过他们的脑损伤。
编辑:从历史上看,这里有一些关于 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 2003 环境中使用 SMTP 连接器将您的邮件传递给他们(坦率地说,他们让您搞砸了 Exchange 的工作方式),因为他们仍然不只是做存储转发。
基本上,与其允许您在 Exchange 的 SMTP 连接器中使用内置功能(并允许 Exchange 路由引擎对如何在多服务器环境中的服务器之间移动邮件做出最佳判断),他们希望您这样做创建启用智能主机并允许中继的 SMTP 虚拟服务器的补丁词——实际上是在 Exchange 中运行路由功能。
白痴。
无论外部提供商配置如何,您通常都不希望在 SMTP 虚拟服务器上配置智能主机。这会将所有离开服务器的邮件路由通过该虚拟服务器而不是离开 Exchange 环境。相反,在路由组的适当 SMTP 连接器上设置任何需要的智能主机。