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 命令的響應的完整輸出,所以我將手動 telnet 會話發佈到目標 smtp 伺服器…
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: administrator@source.domain.com 501 5.1.8 Bad address syntax MAIL FROM: <administrator@source.domain.com> 250 2.1.0 MAIL ok RCPT TO: administrator@destination.domain.com 501 5.1.8 Bad address syntax RCPT TO: <administrator@destination.domain.com> 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 SIZE響應沒有參數。伺服器可以響應250 SIZE而沒有大小值嗎?
好吧….所以我想我們找到了問題所在。
經過進一步分析,並非所有電子郵件都被拒絕。電子郵件正在通過destination.domain.com,但是只有“Outlook 會議更新”的電子郵件被卡在隊列中。有了那條資訊,我就可以用Google搜尋並出人意料地在這裡立即獲得成功;這讓我參考了這篇 MS 知識庫文章。
考慮到這一點,SMTP 日誌變得清晰,為什麼 source.domain.com 伺服器會啟動連接但會以 QUIT 停止。據推測,在啟動交換伺服器後,將控制權移交給負責載入要發送的電子郵件的另一個執行緒/程序,但會出現錯誤並隨後失敗,正如 MS KB 文章中建議的日誌記錄所示。然後,負責 SMTP 連接的初始執行緒/程序將通過正確關閉 SMTP 連接從錯誤中恢復;一直讓像我這樣的人在 SMTP 日誌中尋找答案,完全困惑!!!
PS我想我會把這個資訊留在這里以備將來更新。
PPS 我們是否也可以讓管理員更新問題,以便更好地“分類”?