Mail Server 問題解決總整理

made by C.J.T.L.
Copyright(c) 2001 By A-Team Information Co. Ltd.

版權所有 盜用必究
以下所有說明整理的郵件系統,商標, 產品名稱版權屬於各出品公司所有

[回上一頁]


SMTP 郵件的傳送與POP3 接收的過程 CC:Mail 的Internet Mail架構 郵件的防毒
  Exchange 的Internet Mail架構 郵件的亂碼

整理說明 :

1. 本資料說明部份不包含實體網路與通訊協定層會發生的問題與解決方案
2. 各電子郵件系統不涉及每一個版本間的差異與不同
3. 文中若有侵犯到任何版權的部份請來信告知後將拿掉

Ps. 內容若有任何錯誤請來信 jeantean@a-team.com.tw 以修正錯誤部份






SMTP 郵件傳送與POP3接收的過程

smtp.jpg (9695 bytes)

Pic 1

問題說明 :

1. 以下的九個動作是敘述一封電子郵件由abc.com.tw 送到xyz.com.tw 的所有問題與解決方法
2. 此過程中不包含Firewall 及另設一個MTA 的部份
3. 此過程的所有動作以標準的SMTP 及POP3 為主
4. 過程請參考Pic 1 中所標示的數字地方

 

過程與動作 問題發生 解決方法
1. SMTP 郵件送出前會先到DNS Server 上面解析出所設定SMTP 主機的IP 1. DNS Server 的主機服務有問題
2. DNS Server 無法解析出此SMTP 主機的網域名
1. 檢查DNS Server 網路通訊是否正常
2. 檢查是否可以Forward 到上層解析此主機無法解析的網域
2. DNS Server 回應 User Client IP Address 1. DNS Server Cache 有問題, 造成解出來的SMTP 主機 IP Address 是錯誤的 1. 等24 小時同步後就可以將Cache 內的資料清除
2. 等24 小時後仍無清除, 請通知公司網管人員.
  以上問題通常出現的錯誤訊息如下 :
<1> Unknow Host
<2> Connection error
<3> can't connect to the server
3. User Client 將郵件送到 Mail Server 1. Mail Server 的SMTP 服務沒有啟動
2. SMTP Server 的功能有誤
3. SMTP Server 的權限未設定
4. SMTP Relay 不允許
1. 請先確定 SMTP 的主機功能是正常的, 並且要給User 有足夠的權限來發送郵件
2. 需要新增允許的主機, 網域名稱可以轉信
  以上問題通常出現的錯誤訊息如下 :
<1> Service unavilible
<2> Relay Denied
<3> Bad login error 
4. Mail Server 到DNS Server 1. DNS Server 的主機服務有問題
2. DNS Server 無法解析出此SMTP 主機的網域名
1. 檢查DNS Server 網路通訊是否正常
2. 檢查是否可以Forward 到上層解析此主機無法解析的網域
5. Dns Server 回應 Mail Server IP Address 1. DNS Server Cache 有問題, 造成解出來的SMTP 主機 IP Address 是錯誤的 1. 等24 小時同步後就可以將Cache 內的資料清除
2. 等24 小時後仍為清除, 以nslookup 查看對方的設定是否正確, 若有誤請通知對方網管人員.
  以上問題通常出現的錯誤訊息如下 :
<1> Unknow Host
<2> Connect error

注意 : 此時的錯誤訊息是由abc.com.tw 的主機所發送出來的, 所以可以查看寄件者為誰
6. Mail Server 將郵件送到對方的 Mail Server 1. Mail Server 的SMTP 服務沒有啟動
2. SMTP Server 的功能有誤
3. SMTP Server 的權限未設定
4. SMTP Relay 不允許
5. 使用者找不到
1. 請先確定 對方SMTP 的主機功能是正常的, 並且要給User 有足夠的權限來發送郵件
2. 需要新增允許的主機, 網域名稱可以收信
3. 確定對發的電子郵件主機內有這個使用者帳號
  以上問題通常出現的錯誤訊息如下 :
<1> Recipent Unknow
<2> Reject Connect
<3> xxx Hold 4 Hr

注意 : 此時的錯誤訊息有可能是abc.com.tw 的主機發的或者是xyz.com.tw 的主機發的請勿誤判
7. 對方 User Client 詢問DNS Server POP3 Server 的 IP 1. DNS Server 的主機服務有問題
2. DNS Server 無法解析出此 POP3 主機的網域名
1. 檢查DNS Server 網路通訊是否正常
2. 檢查是否可以Forward 到上層解析此主機無法解析的網域
8. DNS Server 回應 User Client POP3 主機IP Address 1. DNS Server Cache 有問題, 造成解出來的POP3 主機 IP Address 是錯誤的 1. 等24 小時同步後就可以將Cache 內的資料清除
2. 等24 小時後仍無清除, 請通知公司網管人員.
  以上問題通常出現的錯誤訊息如下 :
<1> Unknow Host
<2> Connection error
<3> can't connect to the server
9. Mail Server 將信件送到User Client 1. 信件格式錯誤
2. POP3 主機功能有誤
3. POP3 Server 的權限未設定
4. 使用者找不到
1. 因郵件於傳送過程當中出現問題, 此時需請對方重送
2. 確定POP3 主機正常運作
3. 確定使用者有足夠的權限, 與信箱是否存在與正常運作
  以上問題通常出現的錯誤訊息如下 :
<1> can't connect to the server
<2> User Unknow

注意 : 此時的錯誤訊息是由xyz.com.tw 的主機發, 所以要找對方的網管人員

 


CC:Mail 的Internet Mail 架構

ccmail.jpg (10511 bytes)

Pic 2

問題說明 :

1. 以下的八個動作是敘述一封電子郵件由CC:Mail 主機送到其它郵件系統或者是CC:Mail 郵件系統的部份
2. 此過程中不包含Firewall 的部份
3. CC:Mail 本身因位沒有具備MTA 的功能所以必需要有一個其它的MTA 來輔助送信
4. 過程請參考Pic 2 中所標示的數字地方

 

過程與動作 問題發生 解決方法
1. Internet Mail 會經由CC:Mail Client 直接送到CC:Mail Server 中. 1. 連結上發生問題無法將信件送到CC:Mail Server 上的Post office 中 1.  因為CC:Mail 本身具備有以下各種不同的連接方式, 所以此階段問題請檢查以下所列的連接方式是否可以正常運作 :
<1> LAN
<2> TCP/IP
<3> MODEM
<4> X.25
2. SMTP Gateway 會到CC:Mail Server 中將要送到Internet 的信件轉成SMTP 格式 1. 轉換出現錯誤
2. OutBox 滿載無法再轉換
1. 需要檢查原本的Internet Gateway Post office 是否有問題
2. 查看是否因為磁碟空間不足造成無法轉換
3. 將SMTP 格式的電子郵件送給MTA 主機 1. MTA Server 的SMTP 服務沒有啟動
2. MTA 的 SMTP 功能有誤
3. MTA 的 SMTP 權限未設定
4. SMTP Relay 不允許
1. 此階段的問題需要檢查MTA 主機的運作是否正常, 並確定可以允許其它主機透過它來轉信.
4. MTA Server 到DNS Server 1. DNS Server 的主機服務有問題
2. DNS Server 無法解析出此SMTP 主機的網域名
1. 檢查DNS Server 網路通訊是否正常
2. 檢查是否可以Forward 到上層解析此主機無法解析的網域
5. Dns Server 回應 MTA Server IP Address 1. DNS Server Cache 有問題, 造成解出來的SMTP 主機 IP Address 是錯誤的 1. 等24 小時同步後就可以將Cache 內的資料清除
2. 等24 小時後仍為清除, 以nslookup 查看對方的設定是否正確, 若有誤請通知網管人員.
  以上問題通常出現的錯誤訊息如下 :
<1> Unknow Host
<2> Connect error

注意 : 此時的錯誤訊息是由MTA的主機所發送出來的, 所以可以查看寄件者為誰
6. MTA Server 將郵件送到對方的 Mail Server 1. Mail Server 的SMTP 服務沒有啟動
2. SMTP Server 的功能有誤
3. SMTP Server 的權限未設定
4. SMTP Relay 不允許
5. 使用者找不到
1. 請先確定 對方SMTP 的主機功能是正常的, 並且要給User 有足夠的權限來發送郵件
2. 需要新增允許的主機, 網域名稱可以收信
3. 確定對發的電子郵件主機內有這個使用者帳號
  以上問題通常出現的錯誤訊息如下 :
<1> Recipent Unknow
<2> Reject Connect
<3> xxx Hold 4 Hr
7. SMTP Gateway 會到將Internet Mail 的SMTP 格式轉換到CC:Mail 的格式 1. 轉換出現錯誤
2. InBox 滿載無法再轉換
1. 需要檢查原本的Internet Gateway Post office 是否有問題
2. 查看是否因為磁碟空間不足造成無法轉換
8. Internet Mail 會經由CC:Mail Server 直接送到CC:Mail Client 中. 1. 連結上發生問題無法將信件送到CC:Mail Client 上 1.  因為CC:Mail 本身具備有以下各種不同的連接方式, 所以此階段問題請檢查以下所列的連接方式是否可以正常運作 :
<1> LAN
<2> TCP/IP
<3> MODEM
<4> X.25

 


Exchange 的 Internet Mail 架

exchange.jpg (11199 bytes)
Pic 3

 

問題說明 :

1. 以下的八個動作是敘述一封電子郵件由Exchange 主機送到其它郵件系統或者是Exchange 郵件系統的部份
2. 此過程中不包含Firewall 的部份
3. 過程請參考Pic 3 中所標示的數字地方

 

過程與動作 問題發生 解決方法
1. Internet Mail 會經由Exchange Client 直接送到Exchange   Server 中. 1. 連結上發生問題無法將信件送到Exchange Server 上的Post office 中 1.  因為Exchange Client 與主機連接是透過Netbios 的通訊方式, 所以只要有支援此通訊方式的通訊協定都可以讓Exchange Client 接上Exchange Server
2. 通常此階段的問題主要都在連接的問題上, 所以只要連接得上主機大概要送信出去就不是什麼問題.
3. 在區域網路上面可以架設Wins 來加快主機的搜尋與解析.
2. IMS Gateway 會到Exchange Server 中將要送到Internet 的信件轉成SMTP 格式 1. 轉換出現錯誤
2. OutBound 滿載無法再轉換
1. 需要檢查原本的DS 是否因為不足造成無法轉換, 或者是索引有問題造成信件轉換有問題
2. 查看是否因為磁碟空間不足造成無法轉換
3. IMS Server 到DNS Server 1. DNS Server 的主機服務有問題
2. DNS Server 無法解析出此SMTP 主機的網域名稱
1. 檢查DNS Server 網路通訊是否正常
2. 檢查是否可以Forward 到上層解析此主機無法解析的網域
4. Dns Server 回應 IMS Server IP Address 1. DNS Server Cache 有問題, 造成解出來的SMTP 主機 IP Address 是錯誤的 1. 等24 小時同步後就可以將Cache 內的資料清除
2. 等24 小時後仍為清除, 以nslookup 查看對方的設定是否正確, 若有誤請通知網管人員.
  以上問題通常出現的錯誤訊息如下 :
<1> Unknow Host
<2> Connect error

注意 : 此時的錯誤訊息是由MTA的主機所發送出來的, 所以可以查看寄件者為誰
5. IMS Server 將郵件送到對方的 Mail Server 1. Mail Server 的SMTP 服務沒有啟動
2. SMTP Server 的功能有誤
3. SMTP Server 的權限未設定
4. SMTP Relay 不允許
5. 使用者找不到
1. 請先確定 對方SMTP 的主機功能是正常的, 並且要給User 有足夠的權限來發送郵件
2. 需要新增允許的主機, 網域名稱可以收信
3. 確定對發的電子郵件主機內有這個使用者帳號
  以上問題通常出現的錯誤訊息如下 :
<1> Recipent Unknow
<2> Reject Connect
<3> xxx Hold 4 Hr
6. IMS Gateway 會到將Internet Mail 的SMTP 格式轉換到Exchange 的格式 1. 轉換出現錯誤
2. InBox 滿載無法再轉換
1. 需要檢查原本的DS 是否因為不足造成無法轉換, 或者是索引有問題造成信件轉換有問題
2. 查看是否因為磁碟空間不足造成無法轉換
7. Internet Mail 會經由Exchange Server 直接送到Exchange Client 中. 1. 連結上發生問題無法將信件送到Exchange Client 上 1.  因為Exchange Client 與主機連接是透過Netbios 的通訊方式, 所以只要有支援此通訊方式的通訊協定都可以讓Exchange Client 接上Exchange Server
2. 通常此階段的問題主要都在連接的問題上, 所以只要連接得上主機大概要送信出去就不是什麼問題.
3. 在區域網路上面可以架設Wins 來加快主機的搜尋與解析.

 


郵件的防

問題說明 :

1. 以下的敘述不包含Firewall 上的防毒部份

1. 主機端的防毒處理 基本概念 :
1. 基本上電子郵件主機本身是不會因為轉送有毒信件而本身中毒的
2. 通常是因為網管人員在主機端上面開啟有毒信件而使主機感染病毒
3. 主機端的防毒只能夠防堵解決已知型病毒, 針對未知型病毒無解
4. 病毒程式通常是透過附加檔案的方式散佈到其它地方

解決方案 :
1. 主機端加裝防毒的Agent , 目前較有名的Mail Server 都可以加裝這個功能
2. 定期更新主機病毒碼
3. 不要在主機端上安裝來路不明的程式
2. 用戶端的防毒處理 基本概念 :
1. 基本上收到有毒的附加執行檔案, 若不開起與執行它, 那病毒是無法感染用戶電腦的
2. 除非檔案本身是郵件型病毒, 會透過開啟郵件而開始傳播
3. 附加的檔案若為圖片檔的話圖片本身是不會中毒的

解決方案 :
1. 最有效的方法就是不要執行, 來路不明的附加檔案
2. 加裝可以欄劫病毒郵件的防毒軟體

 


郵件的亂

請問email有亂碼產生的各種可能性?
1. 一般來說Mail 會產生亂碼的可能性如下 :
A. 資料內容與原本不符的狀況 :
(1) 網路的錯誤 : 信件於傳送的過程中因為受到甘擾而發生資料錯亂
(2) 主機端不支援 : 因為要解決MIME 格式信件的問題所以有相當多的
信件編碼方式, 有些主機因為沒有支援這種編碼方式, 所以會把所有的
信件都轉換成為7 bits 的編碼方式, 這會造成有些信件在經過這個主機轉寄
或這是送出時會發生編碼錯誤的情形, 當然對方收到後就會變成亂碼.

B. 資料內容正確而無法正常顯示 :
(1) 本身電腦不支援 : 因為每一種的語言都有其對應的文字編碼方式
ex : Big5, JIS... 若接收電腦上面沒有這些對應的文字碼的話, 無法
正確顯示信件內容
(2) 信件編碼格式不支援 : SMTP Mail 在網路上傳送若沒有編碼的話就
會以純文字的方式送出, 但若選擇QP 或 Base 64 編碼的方式送出, 若
對方的接收端不支援這樣的編碼的話, 就會出現亂碼的問題
Ex : =Big5? =DefBsle =fa


2. 解決方法 :
(1) 最好解決亂碼的方式就是採用純文字檔的方式送出, 也就是不要用
任何的編碼方式來傳送, 那可以保證對方收到的就是正確的信件
(2) 於用戶端電腦加裝可以辨識不同語系的流覽軟體Ex : Dr eye

[鄙雕兔這個人] [曾經] [發表的文] [作過的事] [電腦的問題]

[生活記載] [電腦手扎] [說說鄙雕兔] [命理講義]

E-Mail 鄙雕兔

[回上一頁][回首頁]

粉早以前就想要整理這份資料
但因為實在抽不出時間來寫
這次因為

上寶半導體的賴先生問了我一個關於Mail 追蹤的問題
所以乾脆
就來個清倉大整理

感謝賴先生
讓我這個懶小孩可以完成這份資料

鄙雕兔 20010518 15:02 於公司
Copyright (c) 2001 by A-Team Information