Exchange 2003 SP2 邮件传递问题 - 发送服务器向 EHLO 响应发送 QUIT 命令

Exchange 2003 SP2 邮件传递问题 - 发送服务器向 EHLO 响应发送 QUIT 命令

因此,我管理的其中一台 Exchange 2003 服务器似乎无法将电子邮件发送到另一个域的电子邮件服务器。根据我的 SMTP 日志(NCSA 格式),我得到的是

66.195.209.243 - OutboundConnectionResponse [27/Apr/2011:13:33:54 -0500] "- -?220 destination.domain.com ESMTP SonicWALL (7.2.1.2841) SMTP" 0 53
66.195.209.243 - OutboundConnectionCommand [27/Apr/2011:13:33:54 -0500] "EHLO -?source.domain.com SMTP" 0 4
66.195.209.243 - OutboundConnectionResponse [27/Apr/2011:13:33:54 -0500] "- -?250 destination.domain.com SMTP" 0 24
66.195.209.243 - OutboundConnectionResponse [27/Apr/2011:13:33:54 -0500] "- -?250-8BITMIME SMTP" 0 12
66.195.209.243 - OutboundConnectionCommand [27/Apr/2011:13:33:54 -0500] "QUIT - SMTP" 0 4
66.195.209.243 - OutboundConnectionResponse [27/Apr/2011:13:33:54 -0500] "- -?221 2.0.0 Bye SMTP" 0 13

从日志中可以看出,出于某种原因(我想知道),当目标域服务器发回对 EHLO 命令的响应时,我的服务器决定发送 QUIT 命令。日志未显示对 EHLO SMTP 命令的响应的完整输出,因此我将向目标 smtp 服务器发送手动 telnet 会话...

220 filter.destination.domain.com ESMTP SonicWALL (7.2.1.2841)
EHLO server1.source.domain.com
250-filter.destination.domain.com
250-8BITMIME
250-ENHANCEDSTATUSCODES
250-STARTTLS
250 SIZE
MAIL FROM: [email protected]
501 5.1.8 Bad address syntax
MAIL FROM: <[email protected]>
250 2.1.0 MAIL ok
RCPT TO: [email protected]
501 5.1.8 Bad address syntax
RCPT TO: <[email protected]>
250 2.0.0 Ok
DATA
354 3.0.0 End Data with <CR><LF>.<CR><LF>
**removed as irrelevant**
250 2.6.0 message received
QUIT
221 2.0.0 Bye


Connection to host lost.

从手动 SMTP 会话来看,一切似乎都顺利进行。所以我的直觉是,目标服务器的响应之一(再次发布在下面)

250-filter.destination.domain.com
250-8BITMIME
250-ENHANCEDSTATUSCODES
250-STARTTLS
250 SIZE

导致我的服务器退出连接。这样对吗?我的 Exchange 2003 SMTP 连接器上的哪些设置会响应这 4 行而退出连接?

任何帮助将非常感激

PS 当我打出这些字的时候,我意识到250尺寸响应没有参数。服务器可以响应250尺寸并且没有尺寸值?

答案1

好吧......我想我们已经解决问题了。

进一步分析后发现,并非所有电子邮件都被拒绝。电子邮件都发送到了 destination.domain.com,但只有“Outlook 会议更新”的电子邮件被卡在队列中。有了这条信息,我就可以谷歌搜索,令人惊讶的是,立即找到了答案这里;这让我想到这篇 MS 知识库文章

考虑到这一点,SMTP 日志就变得清晰起来,为什么 source.domain.com 服务器会启动连接但会以 QUIT 停止。据推测,在启动后,Exchange 服务器将控制权移交给负责加载要发送的电子邮件消息的另一个线程/进程,但会出现错误并随后失败,这从 MS KB 文章中建议的日志记录中可以看出。负责 SMTP 连接的初始线程/进程随后会通过正确关闭 SMTP 连接从错误中恢复;而像我这样的人则一直在查看 SMTP 日志以寻找答案,完全不知所措!!!

PS 我想我会把这个信息留在这里以供将来更新。

PPS 我们是否可能让管理员更新问题,以便更好地“分类”?

相关内容