iT邦幫忙

0

收信的問題

srv 2010-01-14 20:02:0711176 瀏覽
  • 分享至 

  • xImage

這是在收信的 Mail Server 看到的收發 log
每次都在 354 Enter mail, end with "." on a line by itself
五分鐘 TimeOut 斷線

請問可能是甚麼原因? 要如何解決?
是發信端的問題, 還是收信端的問題?

寄件者 sender@xxxxx.com
寄信給 srv@yyyyy.com.tw

111.222.333.444 [0DA0] 19:24:08 Connected
111.222.333.444 [0DA0] 19:24:08 >>> 220 MAIL.yyyyy.com.tw ESMTP Merak 8.5.0-8; Thu, 14 Jan 2010 19:24:08 +0800
111.222.333.444 [0DA0] 19:24:08 <<< EHLO mx.xxxxx.com
111.222.333.444 [0DA0] 19:24:08 >>> 250-MAIL.yyyyy.com.tw Hello mx.xxxxx.com [111.222.333.444], pleased to meet you.
111.222.333.444 [0DA0] 19:24:08 <<< MAIL FROM:<sender@xxxxx.com> SIZE=47144
111.222.333.444 [0DA0] 19:24:10 >>> 250 2.1.0 <sender@xxxxx.com>... Sender ok
111.222.333.444 [0DA0] 19:24:10 <<< RCPT TO:<srv@yyyyy.com.tw>
111.222.333.444 [0DA0] 19:24:10 >>> 250 2.1.5 <srv@yyyyy.com.tw>... Recipient ok
111.222.333.444 [0DA0] 19:24:10 <<< DATA
111.222.333.444 [0DA0] 19:24:10 >>> 354 Enter mail, end with "." on a line by itself
SYSTEM [0DA0] 19:29:14 Disconnected

圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

2 個回答

12
cafebug
iT邦高手 1 級 ‧ 2010-01-14 20:41:57
最佳解答

請問你們家的mail server是哪一套啊 ? 通常mail server log並不會紀錄data階段的資料, data後正常斷線的訊息前會有一個quit的指令..所以你的信應該沒有進yyy的mail server就斷線了是吧 ?

寄給yyy的信都很大嘛 ? 如果你的信是寄不進來的話, 看起來data階段的time-out時間短於實際email內容傳輸的時間,導致於信還沒完全送進來就斷線了, 這時候可能跟頻寬/mail server的time-out時間有關, 檢查一下..

看更多先前的回應...收起先前的回應...
srv iT邦研究生 1 級 ‧ 2010-01-14 22:26:04 檢舉
  1. MERAK MAIL SERVER
  2. 信不大也是有問題
  3. 只有這一家寄信過來會有問題
  4. 但寄件者說, 只有寄給我們會有問題
cafebug iT邦高手 1 級 ‧ 2010-01-15 02:45:08 檢舉
srv iT邦研究生 1 級 ‧ 2010-01-15 16:14:49 檢舉
  1. 對方的 mail server 是 SmarterMail
  2. mail server 沒有其他的 antispam
  3. mail server 有 antivirus, 刪病毒檔應不會影響 log
    現在是連 log 都沒發現
  4. 原來跟我同樣遭遇的人還不少.
  5. 現在請廠商協助中間點測試, 判斷責任歸屬
srv iT邦研究生 1 級 ‧ 2010-01-20 08:40:09 檢舉
12
ayu
iT邦好手 2 級 ‧ 2010-01-15 05:40:08

依據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

srv iT邦研究生 1 級 ‧ 2010-01-15 09:28:09 檢舉

你的 merak mail server 無法判定來信內容是否已結束,
一直等待了五分鐘, 最後只好強制 timeout 結束連線.
我也是這麼覺得

我要發表回答

立即登入回答