這是在收信的 Mail Server 看到的收發 log
每次都在 354 Enter mail, end with "." on a line by itself
五分鐘 TimeOut 斷線
請問可能是甚麼原因? 要如何解決?
是發信端的問題, 還是收信端的問題?
請問你們家的mail server是哪一套啊 ? 通常mail server log並不會紀錄data階段的資料, data後正常斷線的訊息前會有一個quit的指令..所以你的信應該沒有進yyy的mail server就斷線了是吧 ?
寄給yyy的信都很大嘛 ? 如果你的信是寄不進來的話, 看起來data階段的time-out時間短於實際email內容傳輸的時間,導致於信還沒完全送進來就斷線了, 這時候可能跟頻寬/mail server的time-out時間有關, 檢查一下..
請問對方的mail server是哪一套 ?
你們mail server上有anti-virus/anti-spam 軟體在跑嗎 ?
看來有人跟你們遇到類似的問題: http://forum.icewarp.com/m_152/mpage_1/tm.htm#152
http://forum.icewarp.com/searchpro.aspx?phrase=disconnection&author=&forumid=ALL&topicreply=both&message=body&timeframe=%3E&timefilter=0&language=single&top=300&criteria=AND&submitbutton=+OK+
依據SMTP協定, 信件內容(mail body)需根據特定字元的組合
來判定是該行結束, 還是該信件結束,
例如一般是以 <CR><LF>.<CR><LF> 來判定信件結束,
an SMTP server SHOULD NOT consider any sequence other than CR LF PERIOD CR LF as an end of message indication.
無論 MDA 還是 MTA 都須依據規範來製作,
但有的OS/AP並不依規範來做(例如只以 CR 或 LF 就判定該行結束),
因此有時 MUA/MTA 在資料傳送上就會造成誤差而引響判斷,
實務上我也遇過信件被截斷, 或是看得到標題卻無法開啟的情況.
個人認為,
你的 merak mail server 無法判定來信內容是否已結束,
一直等待了五分鐘, 最後只好強制 timeout 結束連線.
我想您去 icewarp.com 查閱相關文件可能很難找出解答,
說不定可能只是mail body出現特定字元或編碼導致誤判的呢.
建議您詢問對方的使用環境, 包括使用的 mail client (webmail也算client) ,
以及 mail system (daemon/filter/OS type)..等,
如能有原始信件(請對方寄到你的別處帳號)做為附件更好,
並據以將問題向台灣代理商或原廠美拉克反應.
[參考]
* RFC 2821 SMTP 第 2.3.7 Lines 節
http://www.ietf.org/rfc/rfc2821.txt
* definition of a line in SMTP
http://www.imc.org/ietf-smtp/old-archive/msg00218.html