如上面所注意的， smail 能很快地發送信息，或為以的處理進行排隊。如果你選擇了去排隊信息，
smail 將存儲所有的信息在/var/spool/smail目錄之下.它只有被明確地告之去這樣做時才處理他們
(這也被叫做“運行排隊”)。
你能選擇三個發送模式之一,通過在設置文件到前景,背景,或排隊中設置發送模式屬性。在前景中的這
些精選的發送(立即處理到來的信息),在背景中，(信息被收到進程的一個產物發送,在分叉以立即與
母處理一起存在),以及排隊。到來的郵件將總是排隊,如果布爾變量 queue_only 被設置在設置文件中,
不考慮這個選擇。
如果你打開排隊，你必須保証排隊定期被檢查;可能每 10分鐘 或每15 分鐘。如果你在台程序模式中
運行 smail ，你必須在命令行上增加選擇-q10m,以處理每10分鐘的排隊。另外,你能在這些間隔中從
cron 調用 runq 。 runq 應該是到 smail 的一個連接。
你能通過使用-bp選擇,調用 smail,用以顯示當前的郵件排隊。相等地，你能使 mailq 成為到 smail
的一個連接，並且調用 mailq ：
這顯示出在信息排隊中的一條單個的信息。處理記錄文件(如果你給 mailq一個-v選擇 ，它僅僅被顯示)
可以給出為什它仍然在等待發送的一個附加的原因。如果還沒有嘗試發送信息，沒有處理記錄文件被
顯示。
甚至當你不使用排隊時，當它發現立即發送因為一個短暫的原因而失敗時， smail 將偶爾把信息放進排隊。
對SMTP 連接，這可能是一個不能到達的主機;但是當文件系統被發現是完整的時候，信息可以也被推遲。
因此,你應該每小時左右放入一個排隊運行(使用 runq ),另外任何推遲的信息將永遠在排隊附近粘住。
(http://www.fanqiang.com)
進入【UNIX論壇】
|
![[ 永遠的UNIX::UNIX技術資料的寶庫 ]](/images/title.gif)