postfix

 是一種電子郵件伺服器，它是由任職於IBM華生研究中心（T.J. Watson Research Center）的荷蘭籍研究員Wietse Venema為了改良sendmail郵件伺服器而產生的。最早在1990年代晚期出現，是一個開放源代碼的軟體。

. 免費：

範圍廣戶，試圖影響郵件系統，免費。

2. 更快：

postfix在性能上大約比sendmail快三倍。一部運行postfix的台式PC每天可以收發上百萬封郵件。

3. 兼容性好:

postfix是sendmail兼容的，從而使sendmail用戶可以很方便地遷移到postfix。Postfix支持/var[/spool]/mail、/etc/aliases、 NIS、和 ~/.forward 文件。

4. 更健壯：

postfix被設計成在重負荷之下仍然可以正常工作。當系統運行超出了可用的內存或磁碟空間時，postfix會自動減少運行進程的數目。當處理的郵件數目增長時，postfix運行的進程不會跟著增加。

5. 更靈活：

postfix是由超過一打的小程序組成的，每個程序完成特定的功能。你可以通過配置文件設置每個程序的運行參數。

6. 安全性

postfix具有多層防禦結構，可以有效地抵禦惡意入侵者。如大多數的postfix程序可以運行在較低的許可權之下，不可以通過網路訪問安全性相關的本地投遞程序等等。

postfix由十幾個具有不同功能的半駐留進程組成，並且在這些進程中並無特定的進程間父子關係。某一個特定的進程可以為其他進程提供特定的服務。

大多數的postfix進程由一個進程統一進行管理，該進程負責在需要的時候調用其他進程，這個管理進程就是master進程。該進程也是一個後台程序。

這些postfix進程是可以配置的，我們可以配置每個進程運行的數目，可重用的次數，生存的時間等等。通過靈活的配置特性可以使整個系統的運行成本大大降低。

1.2.1 postfix的郵件隊列（mail queues）

postfix有四種不同的郵件隊列，並且由隊列管理進程統一進行管理：

1． maildrop：本地郵件放置在maildrop中，同時也被拷貝到incoming中。

2． incoming：放置正在到達或隊列管理進程尚未發現的郵件。

3． active：放置隊列管理進程已經打開了並正準備投遞的郵件，該隊列有長度的限制。

4． deferred：放置不能被投遞的郵件。

隊列管理進程僅僅在內存中保留active隊列，並且對該隊列的長度進行限制，這樣做的目的是為了避免進程運行內存超過系統的可用內存。

1.2.2 postfix對郵件風暴的處理

當有新的郵件到達時，postfix進行初始化，初始化時postfix同時只接受兩個併發的連接請求。當郵件投遞成功后，可以同時接受的併發連接的數目就會緩慢地增長至一個可以配置的值。當然，如果這時系統的消耗已到達系統不能承受的負載就會停止增長。還有一種情況時，如果postfix在處理郵件過程中遇到了問題，則該值會開始降低。

當接收到的新郵件的數量超過postfix的投遞能力時，postfix會暫時停止投遞deferred隊列中的郵件而去處理新接收到的郵件。這是因為處理新郵件的延遲要小於處理deferred隊列中的郵件。Postfix會在空閑時處理deferred中的郵件。

1.2.3 postfix對無法投遞的郵件的處理

當一封郵件第一次不能成功投遞時，postfix會給該郵件貼上一個將來的時間郵票。郵件隊列管理程序會忽略貼有將來時間郵票的郵件。時間郵票到期時，postfix會嘗試再對該郵件進行一次投遞，如果這次投遞再次失敗，postfix就給該郵件貼上一個兩倍於上次時[間郵票的時間郵票，等時間郵票到期時再次進行投遞，依此類推。當然，經過一定次數的嘗試之後，postfix會放棄]對該郵件的投遞，返回一個錯誤信息給該郵件的發件人。

1.2.4 postfix對不可到達的目的地郵件的處理

postfix會在內存中保存一個有長度限制的當前不可到達的地址列表。這樣就避免了對那些目的地為當前不可到達地址的郵件的投遞嘗試。從而大大提高了系統的性能。

1.2.5 postfix的安全性

postfix通過一系列的措施來提高系統的安全性，這些措施包括：

1． 動態分配內存，從而防止系統緩衝區溢出；

2． 把大郵件分割成幾塊進行處理，投遞時再重組；

3． Postfix的各種進程不在其他用戶進程的控制之下運行，而是運行在駐留主進程master的控制之下，與其他用戶進程無父子關係，所以有很好的絕緣性。

4． Postfix的隊列文件有其特殊的格式，只能被postfix本身識別；

2.1 接收郵件的過程

當postfix接收到一封新郵件時，新郵件首選在incoming隊列處停留，然後針對不同的情況進行不同的處理：

1．對於來自於本地的郵件：local進程負責接收來自本地的郵件放在maildrop隊列中，然後pickup進程對maildrop中的郵件進行完整性檢測。maildrop目錄的許可權必須設置為某一用戶不能刪除其他用戶的郵件。

2．對於來自於網路的郵件：smtpd進程負責接收來自於網路的郵件，並且進行安全性檢測。可以通過UCE（unsolicited commercial email）控制smtpd的行為。

3．由postfix進程產生的郵件：這是為了將不可投遞的信息返回給發件人。這些郵件是由bounce後台程序產生的。

5． 由postfix自己產生的郵件：提示postmaster（也即postfix管理員）postfix運行過程中出現的問題。（如SMTP協議問題，違反UCE規則的記錄等等。）

關於cleanup後台程序的說明：cleanup是對新郵件進行處理的最後一道工序，它對新郵件進行以下的處理：添加信頭中丟失的Form信息；為將地址重寫成標準的[email protected]格式進行排列；從信頭中抽出收件人的地址；將郵件投入incoming隊列中，並請求郵件隊列管理進程處理該郵件；請求trivial-rewrite進程將地址轉換成標準的[email protected]格式。

2.2 投遞郵件的過程

新郵件一旦到達incoming隊列，下一步就是開始投遞郵件，postfix投遞郵件時的處理過程如圖三所示。相關的說明如下：

郵件隊列管理進程是整個postfix郵件系統的心臟。它和local、smtp、pipe等投遞代理相聯繫，將包含有隊列文件路徑信息、郵件發件人地址、郵件收件人地址的投遞請求發送給投遞代理。隊列管理進程維護著一個deferred隊列，那些無法投遞的郵件被投遞到該隊列中。除此之外，隊列管理進程還維護著一個active隊列，該隊列中的郵件數目是有限制的，這是為了防止在負載太大時內存溢出。郵件隊列管理程序還負責將收件人地址在relocated表中列出的郵件返回給發件人，該表包含無效的收件人地址。

如果郵件隊列管理進程請求，rewrite後台程序對收件人地址進行解析。但是預設地，rewrite只對郵件收件人是本地的還是遠程的進行區別。

如果郵件對你管理進程請求，bounce後台程序可以生成一個郵件不可投遞的報告。

本地投遞代理local進程可以理解類似UNIX風格的郵箱，sendmail風格的系統別名資料庫和sendmail風格的.forward文件。可以同時運行多個local進程，但是對同一個用戶的併發投遞進程數目是有限制的。你可以配置local將郵件投遞到用戶的宿主目錄，也可以配置local將郵件發送給一個外部命令，如流行的本地投遞代理procmail。在流行的linux發行版本RedHat中，我們就使用procmail作為最終的本地投遞代理。

遠程投遞代理SMTP進程根據收件人地址查詢一個SMTP伺服器列表，按照順序連接每一個SMTP伺服器，根據性能對該表進行排序。在系統負載太大時，可以有數個併發的SMTP進程同時運行。

pipe是postfix調用外部命令處理郵件的機制.

EMOS

EMOS是一個基於CentOS，集成ExtMail 郵件系統，只需10分鐘就可安裝配置完畢的小型Linux系統，使安裝不再有壓力。

ExtMail 郵件系統

ExtMail最初以WebMail軟體為主，后逐步完善配套並形成了ExtMail郵件系統，提供完整的SMTP/POP/IMAP/Web和管理支持。目前裝機量超過2萬台。

iRedMail

iRedMail 是一套基於 GPL 發布的 Shell 腳本，目的是全自動安裝和配置郵件服務所需要的組件，以減輕系統管理員的負擔。它提供了一個基本的命令行下的用戶交互界面（使用 dialog 程序實現），用戶只需要簡單地選擇他所希望使用的組件，就可以在幾分鐘內（少於 3 分鐘）部署好一台功能強大的郵件伺服器。

Tmail

Tmail最初以postfix後台管理軟體為主，后逐步完善配套並形成了tmail郵件系統，提供完整的SMTP/POP/IMAP/Web和後台管理和監控支持。目前裝機量超過3萬台。

2012年02月01日，Postfix 2.9.0/2.8.8 發布，SMTP伺服器。

2012年02月19日，Postfix 2.9.1 發布，SMTP 伺服器。

2012年12月14日，Postfix 2.9.5/2.8.13 發布，SMTP 伺服器。