http://0800666188.blog.ithome.com.tw/post/3785/87093
網路化程度越深的企業，越依賴郵件，導致郵件數量越來越多，
加上垃圾、病毒郵件橫行，接收端的郵件伺服器會嚴格的禁止動態IP位址、
網域名稱沒有反解甚至是紐寄件者的寄信行為，造成退信的比例越來越高。
一般使用者寄出信件後就認為對方一定會收到信，所以會忽略郵件主機回應的錯誤訊息，
一陣時間後，對方卻說沒收到信或者被對方的郵件主機直接退信，
碰到這樣問題時，就是考驗網管人員對於整個郵件傳遞過程、DNS伺服器、
垃圾信判斷機制或者是SMTP溝通協定的理解程度了，
如果網管人員沒辦法從浩瀚的系統紀錄中篩選出有用的資料，問題是沒辦法解決的。
郵件傳遞過程的根本，SMTP 通聯
一封信的寄信過程如下：
寄信者 àà 自己的郵件伺服器 ààà 對方的郵件伺服器 àà 收信者
一般而言，從寄信者到「自己的郵件伺服器」寄信跟收信者到「對方的郵件伺服器」
收信都是比較沒有問題的，況且出問題時，使用者馬上查覺信件是寄不去或是收不下來。
會出問題的就是「自己的郵件伺服器」利用 SMTP 協定將信寄到「對方的郵件伺服器」
這一段。郵件無法從「自己的郵件伺服器」寄到「對方的郵件伺服器」的原因有很多，
例如，網際網路斷線、查不到對方DOMAIN，「自己的郵件伺服器」的IP位址被列入黑名單、
「對方的郵件伺服器」要求DOMAIN 反解甚至要求寄件者的帳號必須是有效的。
當雙方的郵件主機利用 SMTP 協定互相溝通時，會將溝通過程按照時間順序寫在紀錄檔中，
如果任何一方出問題，管理者可以從紀錄檔中查詢問題的原因，但是紀錄檔是混合的，
並不會把同一封信的溝通過程全部放在一起，而是按照時間紀錄的，
所以管理者並不容易找出哪一段才是雙方溝通的紀錄，更不用說判斷出問題的原因了。
網管人員如何提出證據，證明信件已寄出
假想一種狀況，使用者跟網管人員抱怨，對方沒收到信件，
管理人員如何從郵件伺服器的通聯紀錄中提出證據，證明信件已經正常寄出，
不是我們的問題。 管理人員可以進入眾至 MS 系列的郵件伺服器管理介面 >>
流量分析 >> 郵件日誌中，輸入要查詢的時間、帳號等資料，如果信件已經正常寄出，
這裡就會有相關的時間、寄件者 IP 位址、寄件者、收件者跟郵件主旨的紀錄
網路化程度越深的企業，越依賴郵件，導致郵件數量越來越多，
加上垃圾、病毒郵件橫行，接收端的郵件伺服器會嚴格的禁止動態IP位址、
網域名稱沒有反解甚至是紐寄件者的寄信行為，造成退信的比例越來越高。
一般使用者寄出信件後就認為對方一定會收到信，所以會忽略郵件主機回應的錯誤訊息，
一陣時間後，對方卻說沒收到信或者被對方的郵件主機直接退信，
碰到這樣問題時，就是考驗網管人員對於整個郵件傳遞過程、DNS伺服器、
垃圾信判斷機制或者是SMTP溝通協定的理解程度了，
如果網管人員沒辦法從浩瀚的系統紀錄中篩選出有用的資料，問題是沒辦法解決的。
郵件傳遞過程的根本，SMTP 通聯
一封信的寄信過程如下：
寄信者 àà 自己的郵件伺服器 ààà 對方的郵件伺服器 àà 收信者
一般而言，從寄信者到「自己的郵件伺服器」寄信跟收信者到「對方的郵件伺服器」
收信都是比較沒有問題的，況且出問題時，使用者馬上查覺信件是寄不去或是收不下來。
會出問題的就是「自己的郵件伺服器」利用 SMTP 協定將信寄到「對方的郵件伺服器」
這一段。郵件無法從「自己的郵件伺服器」寄到「對方的郵件伺服器」的原因有很多，
例如，網際網路斷線、查不到對方DOMAIN，「自己的郵件伺服器」的IP位址被列入黑名單、
「對方的郵件伺服器」要求DOMAIN 反解甚至要求寄件者的帳號必須是有效的。
當雙方的郵件主機利用 SMTP 協定互相溝通時，會將溝通過程按照時間順序寫在紀錄檔中，
如果任何一方出問題，管理者可以從紀錄檔中查詢問題的原因，但是紀錄檔是混合的，
並不會把同一封信的溝通過程全部放在一起，而是按照時間紀錄的，
所以管理者並不容易找出哪一段才是雙方溝通的紀錄，更不用說判斷出問題的原因了。
網管人員如何提出證據，證明信件已寄出
假想一種狀況，使用者跟網管人員抱怨，對方沒收到信件，
管理人員如何從郵件伺服器的通聯紀錄中提出證據，證明信件已經正常寄出，
不是我們的問題。 管理人員可以進入眾至 MS 系列的郵件伺服器管理介面 >>
流量分析 >> 郵件日誌中，輸入要查詢的時間、帳號等資料，如果信件已經正常寄出，
這裡就會有相關的時間、寄件者 IP 位址、寄件者、收件者跟郵件主旨的紀錄
