☰

Exchange 未将本地邮件路由到第二台 Exchange 服务器

tag-icon • tag-icon exchange exchange-2003
Exchange 未将本地邮件路由到第二台 Exchange 服务器

我们在同一个管理组中拥有 2 台 Exchange 2003 邮件服务器（mail_old和）。上面有一个用户，而上面有我们所有其他用户，并且面向互联网。我们使用 Google 的 Postini 服务发送电子邮件。mail_newmail_newmail_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"

有人有什么想法吗？

答案1

您不想在 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 的工作方式），以便在 Exchange 2003 环境中不使用 SMTP 连接器的情况下将邮件递送给他们，因为他们仍然而不只是进行存储转发。

基本上，他们不希望您使用 Exchange 中 SMTP 连接器的内置功能（并允许 Exchange 路由引擎对如何在多服务器环境中的服务器之间移动邮件做出最佳判断），而是希望您创建一个启用智能主机并允许中继的 SMTP 虚拟服务器补丁 - 实际上是在 Exchange 中运行路由功能。

白痴。

答案2

无论外部提供商配置如何，您通常都不希望在 SMTP 虚拟服务器上配置智能主机。这样会将离开服务器的所有邮件路由到该虚拟服务器，而不是离开 Exchange 环境。相反，请在路由组的相应 SMTP 连接器上设置任何所需的智能主机。

相关内容