管理我們的郵件隊列(圖)

一般來說，郵件服務器接收到客戶端提交過來的郵件，會立即進行發送。但是，當出現故障，比如線路中斷或目的域不可到達時，郵件服務器就會將該郵件轉入郵件隊列（Message Deferred Queue），等待一個時間段，然后再嘗試發送。另外，由于SMTP協議的問題，接收郵件時，郵件服務器不會去驗證郵件發送方的地址，有些病毒郵件、廣告群發郵件等垃圾郵件經常會使用偽造的或根本就不存在的郵件地址進行發送，而且，為了達到群發的目的，郵件的接收地址大部分都是成批地編造出來的。對這樣的郵件，郵件服務器既發送不出去，也無法退回發送人，極容易造成死循環。大量的郵件囤積在服務器的郵件隊列中，會極大的消耗系統的資源，嚴重時，甚至會造成 SMTP進程死掉，系統響應非常遲緩。因此，作為郵件系統的管理員，需要經常去查看服務器的郵件隊列，及時了解郵件系統的運行狀況，并根據情況，處理隊列中的郵件。

查看郵件隊列

在Netscape Messaging Server4.15中，可以通過Netscape Console控制臺去查看隊列，方法是：啟動Netscape Console，進入Messaging Server控制臺，選擇“Configuration”下的“Services”/“SMTP”/“Message Queue”，如圖1所示。從控制臺中，我們可以看到郵件目的域，即接收方域，還有待發往該域的郵件數量。另外，還有一個更為實用的方法—mailq，可以查看郵件的隊列。在使用之前，用戶必須使用郵件服務器程序屬主的身份登錄系統。

→圖1

# mailq -v

Summary of Queued Messages Destined for the Internet (via SMTP)

Messages    Destination Host    Queue Directory

--------    ---------    --------

1        163.com             $queue

HGR7EQ00.M7V 754/11450 [Wed, 20 Aug 2003 08:16:02 +0800] 1:

1        bolt.com            $queue

HJT98W01.E7K 410/3348 [Wed, 20 Aug 2003 18:31:44 +0800] <> 1:

…………

由上可見，mailq可以查看到更豐富詳細的信息，取上述第一條來講，這表明對163.com的目的域，有一個郵件待發，發件人的地址是ab@abc.com，收件人的地址是cd@163.com，發件時間是“Wed, 20 Aug 2003 08:16:02 +0800”，而“754/11450”則分別表示該郵件的郵件頭和郵件體（Header-Size/Body-Size）的大小，郵件目前在$queue目錄下。

想進一步的了解該郵件的情況，可以進入$queue目錄查看。

以往Netscape Messaging Server將目的域名作為目錄名直接放在$queue/deferred/SMTP-Deliver目錄下，Netscape Messaging Server 4.0以后，我們需要用Hash算法來定位該目的域隊列：

# hashdir 163.com

14/44/

# ls $queue/deferred/SMTP-Deliver/14/44/

163.com

這樣，我們就可以進入該隊列，查看關于這個郵件更詳細的信息。這些信息對郵件管理員都是非常有用的。根據它，管理員可以查找定位郵件、追蹤郵件、了解郵件進入隊列和排隊時間，并據此決定相應的處理隊列措施。

處理郵件隊列

進入郵件隊列的郵件，管理員可以采取的處理措施有三種（如圖2）：

→圖2

1. Bounce，返回發件人。

2. Requeue，提交進入Active Queue，即立即發送。

3. Delete，刪除郵件。

在使用mailq查看到的隊列信息中，我們看到：

HKIVAV01.DK1 400/4418 [Wed, 20 Aug 2003 14:28:19 +0800] <> 1:

HJW4GJ01.18Q 400/4418 [Wed, 20 Aug 2003 14:28:57 +0800] <> 1:

………… 

可見，發往tom.com的郵件有400封，信件的接收地址都是quxf@tom.com。用上面介紹的辦法查看該郵件，發現都是系統（postmaster）因無法投遞該信件而退回發件人的信息。待回退的原信內容是一封營銷廣告性質的郵件，接收人則是按一定規則成批編造出來的。這些郵件就形成了前面所說的死信。在$queue/messages目錄下，可以看到大量大小相同的文件：

-rw-rw----   1 mailsrv  sys         4817 Aug 20 14:27 HKIVAA01.6JU

-rw-rw----   1 mailsrv  sys         4817 Aug 20 14:27 HKIVAE01.EJQ

-rw-rw----   1 mailsrv  sys         4817 Aug 20 14:27 HKIVAF01.6JW

…………

用top命令看到，CPU已經被占滿：

CPU states: 0.0% idle,  78.8% user,  8.3% kernel, 12.9% iowait,  0.0% swap

……

PID  USERNAME THR PR NCE SIZE  RES    STATE TIME  FLTS CPU    COMMAND

6493 mailsrv  33  54 -2  1.2G  89.6M  run   10:44 1    68.32%  smtpd

此時服務器的運行性能可想而知是怎樣的糟糕了?？蛻舳说椒掌鱏MTP、POP等連接統統超時，根本無法連接到服務器。SMTP進程極大的消耗著系統資源，最終的結果是：SMTP 進程死掉。因此，一旦發現類似的郵件，管理員應立即采用“Delete”措施予以刪除。用mailq查看到的隊列信息中，我們還可以看到：

HJW4BV01.685 404/4089 [Wed, 20 Aug 2003 07:38:19 +0800] <> 1:

HJW4GJ01.18Q 404/8962 [Wed, 20 Aug 2003 07:41:07 +0800] <> 1: ……

這些到guaqw.com域的郵件也是類似的死信。從上面可以看出，這類信件的特征是：

發往該域的郵件數量比較大，發件地址一般都是空“<>”，郵件的郵件頭/郵件體（Header-Size/Body-Size）的大小相似。另外，在查看隊列時，管理員經常會發現，有很多目的域明顯是不存在的，或者是用戶筆誤寫錯了的，比如hotmai.com、 publik.bta.net.cn等。這些目的域是根本不可能到達，因此，就沒有必要留在隊列中，耗費郵件服務器的資源。對這樣的隊列，管理員可采取的措施就是：返回給發件人（Bounce）或者直接刪除（Delete）。另外，有些郵件在隊列中的時間比較長，目的域也不是很明顯的情況下，管理員可以檢查域名情況，判斷是否也是同樣的問題。這樣就能為郵件服務器減少很多不必要的發送嘗試。還有一些情況，比如有些比較重要的郵件，可能因為網絡或線路的原因，沒能立即發送出去，進入了郵件隊列。按照常規，郵件必須等待過系統設置好的時間段后，才能再進入Active Queue嘗試發送。這時候，管理員就可以采取“Requeue”措施，盡快發送，使該郵件不用再等待。

調整郵件隊列參數

Netscape Messaging Server4.15中，可以調整關于郵件隊列的參數為：

1）郵件隊列的處理時間間隔（Process Interval）

2）郵件隊列最長的排隊時間（Maximum Queue Time）

→圖4

啟動Netscape Console，進入Messaging Server控制臺，選擇“Configuration”下的“Services”/“SMTP”/“Message Queue”/“Configuration”，如圖3所示?！癕essage queue process interval”就是郵件進入隊列后，在每次發送嘗試間需要等待的時間；“Maximum message queue time”是郵件能在隊列中存在的時間上限，超過這個時間，郵件服務器將放棄發送該郵件。這些參數，管理員可自行調整。

（責任編輯：城塵）