http://0800666188.blog.ithome.com.tw/post/3785/87093
網路化程度越深的企業，越依賴郵件，導致郵件數量越來越多，
加上垃圾、病毒郵件橫行，接收端的郵件伺服器會嚴格的禁止動態IP位址、
網域名稱沒有反解甚至是紐寄件者的寄信行為，造成退信的比例越來越高。
一般使用者寄出信件後就認為對方一定會收到信，所以會忽略郵件主機回應的錯誤訊息，
一陣時間後，對方卻說沒收到信或者被對方的郵件主機直接退信，
碰到這樣問題時，就是考驗網管人員對於整個郵件傳遞過程、DNS伺服器、
垃圾信判斷機制或者是SMTP溝通協定的理解程度了，
如果網管人員沒辦法從浩瀚的系統紀錄中篩選出有用的資料，問題是沒辦法解決的。
郵件傳遞過程的根本，SMTP 通聯
一封信的寄信過程如下：
寄信者 àà 自己的郵件伺服器 ààà 對方的郵件伺服器 àà 收信者
一般而言，從寄信者到「自己的郵件伺服器」寄信跟收信者到「對方的郵件伺服器」
收信都是比較沒有問題的，況且出問題時，使用者馬上查覺信件是寄不去或是收不下來。
會出問題的就是「自己的郵件伺服器」利用 SMTP 協定將信寄到「對方的郵件伺服器」
這一段。郵件無法從「自己的郵件伺服器」寄到「對方的郵件伺服器」的原因有很多，
例如，網際網路斷線、查不到對方DOMAIN，「自己的郵件伺服器」的IP位址被列入黑名單、
「對方的郵件伺服器」要求DOMAIN 反解甚至要求寄件者的帳號必須是有效的。
當雙方的郵件主機利用 SMTP 協定互相溝通時，會將溝通過程按照時間順序寫在紀錄檔中，
如果任何一方出問題，管理者可以從紀錄檔中查詢問題的原因，但是紀錄檔是混合的，
並不會把同一封信的溝通過程全部放在一起，而是按照時間紀錄的，
所以管理者並不容易找出哪一段才是雙方溝通的紀錄，更不用說判斷出問題的原因了。
網管人員如何提出證據，證明信件已寄出
假想一種狀況，使用者跟網管人員抱怨，對方沒收到信件，
管理人員如何從郵件伺服器的通聯紀錄中提出證據，證明信件已經正常寄出，
不是我們的問題。 管理人員可以進入眾至 MS 系列的郵件伺服器管理介面 >>
流量分析 >> 郵件日誌中，輸入要查詢的時間、帳號等資料，如果信件已經正常寄出，
這裡就會有相關的時間、寄件者 IP 位址、寄件者、收件者跟郵件主旨的紀錄
郵件伺服器紀錄這樣一筆資料時，代表它已經走完所有信件的溝通過程，
確認信件已經寄出或是收下，如果這裡沒有該封信的紀錄，代表信沒有寄出去，
可能在佇列中等待重傳或是已經退回給寄件者，這一段時間不會超 24 小時。
每封郵件自動分類SMTP 通聯
如果使用者不相信自己郵件伺服器的紀錄，還是抱怨自己的郵件主機有問題，
管理人員就要拿出證據，此時自動分類的SMTP 通聯紀錄就派上用處了。
SMTP 紀錄是雙方郵件主機針對這一封信傳送、接收時的溝通紀錄，
它是雙向的通聯紀錄，也就是說發送端說我要寄信給你，接收端一定要說 OK 後，
發送端才會進行下一步驟，如果接收端說不或是沒回應，發送端會重試，但是不一定會成功。
所以只要雙方都完成溝通機制且都回應 OK，郵件一定是順利的從寄件端送到收信端，
至於收信端如何處置收到的信件，例如垃圾信過濾、紀錄、副本抄送等，
發信端完全無法管，所以管理人員只要提出自己郵件主機的SMTP 通聯紀錄，
確認對方的郵件主機有回應收到郵件，那後續使用者收不到信的問題，就不是我們的問題了。
MS 系列的郵件服務器會把每一封信的SMTP通聯紀錄放在【詳細】的按鈕中，
管理人員可以依照需求點選，典型的 SMTP 通聯紀錄如下圖所示。
紀錄分成3個部份。
第一：整體的情況，郵件在幾點分開始傳輸，有沒有傳成功。
第二：DNS 查詢，如果查不到對方回應，這裡就會出現問題。
第三：SMTP 通聯紀錄，按照時間表列的 SMTP 溝通程序。
SMTP 通聯紀錄是一個強而有力的證據，尤其是郵件遺失時，雙方爭吵的過程中，
它就顯得相當重要，ShareTech MS 系列郵件伺服器將這份資訊，詳細地分類，並且容易搜尋，提供給管理人員一個強壯的靠山。
想瞭解更細項技術、功能：可撥0800-666-188 或
北區：02-25011185 中區：04-2705-0888 南區：07-2298-788
留言列表
