幾年以前，Linux環境下可以選擇 的可以免費郵件服務器軟件只有Sendmail，但是由於Sendmail的缺陷，一些開發 者先後開發了若干種其他的郵件服務器軟件。當前，運行在Linux環境下免費的 郵件服務器，或者稱為MTA(Mail Transfer Agent)有若干種選擇，比較常見的有Sendmail、Qmail、Postfix、 exim及Zmailer等等。本文希望通過對幾種影響相對來說比較大的主流Linux環境 下的MTA的特點進行闡述，並對其優缺點一一金星分析比較，使用戶在選擇Linux 環境下的免費MTA時有一個選擇的依據。
Postfix
--------------------------------------------------------------------------------
Postfix是一個由 IBM資助下由Wietse Venema 負責開發的自 由軟件工程的一個產物，其目的是為用戶提供除sendmail之外的郵件服務器選擇 。Postfix力圖做到快速、易於管理、提供盡可能的安全性 ，同時盡量做到和sendmail郵件服務器保持兼容性以滿足用戶的使用習慣。起初 ，Postfix是以VMailer這個名字發布的，後來由於商標上的原因改名為Postfix 。
主要設計目標
Postfix工程的目標是實現一個郵件服務器，提供給用戶除sendmail以外的選 擇。其設計目標包括：
性能， Postfix要比同類的服務器產品速度快三倍以上，一個安裝 Postfix的台式機一天可以收發百萬封信件。Postfix設計中采用了web服務器的 的設計技巧以減少進程創建開銷，並且采用了其他的一些文件訪問優化技術以提 高效率，但同時保證了軟件的可靠性。
兼容性。Postfix設計時考慮了保持Sendmail的兼容性問題，以使移植變 的更加容易。Postfix支持/var[/spool]/mail, /etc/aliases, NIS, 及 ~/.forward等文件。然而 Postfix為保證管理的簡單性，所以沒有支持配置文件 sendmail.cf。
安全和健壯性。Postfix設計上實現了程序在過量負載情況下仍然保證程 序的可靠性。當出現本地文件系統沒有可用空間或沒有可用內存的情況時， Postfix就會自動放棄，而不是重試使情況變的更糟。
靈活性。Postfix結構上由十多個小的子模塊組成，每個子模塊完成特定 的任務，如通過SMTP協議接收一個消息，發送一個消息，本地傳遞一個消息，重 寫一個地址等等。當出現特定的需求時，可以用新版本的模塊來替代老的模塊， 而不需要更新整個程序。而且它也很容易實現關閉某個功能。
安全性。Postfix使用多層防護措施防范攻擊者來保護本地系統，幾乎每 一個Postfix守護進程都能運行在固定低權限的chroot之下，在網絡和安全敏感 的本地投遞程序之間沒有直接的路徑—一個攻擊者必須首先突破若干個其他的程 序，才有可能訪問本地系統。Postfix甚至不絕對信任自己的隊列文件或IPC消息 中的內容以防止被欺騙。Postfix在輸出發送者提供的消息之前會首先過濾消息 。而且Postfix程序沒有set-uid。
Postfix的一些特點
支持多傳 輸域:sendmai支持在Internet, DECnet, X.400及UUCP之間轉發消息。 Postfix則靈活的設計為無須虛擬域 (vistual domai)或別名來實現這種轉發。但是在早期的發布裡僅僅支持STMP和有限度 地支持UUCP,但對於我國用戶來說，多傳輸域的支持沒有什麼意義。
虛擬域:在大多數通用情況下，增加對一個虛擬域的支持僅僅需要改變一個 Postfix查找信息表。其他的郵件服務器則通常需要多個級別的別名或重定向來 獲得這樣的效果。
UCE控制 (UCE,unsolicited commercial email): Postfix能限制哪個主機允許通過自身轉發郵件，並且 支持限定什麼郵件允許接進。Postfix實現通常的控制功能：黑名單列表、RBL查 找、HELO/發送者DNS核實。基於內容過濾當前沒有實現。
表查看 : Postfix沒有實現地址重寫語言，而是使用了一種擴展的表查看來實現地 址重寫功能。表可以是本地 dbm或 db文件等格式。
Postfix體系結構及與Sendmail 的比較
Postfix是基於半駐留，互操作的 進程的體系結構，每個進程完成特定的任務，沒有任何特定的進程衍生關系(父 子關系)。而且，獨立的進程來完成不同的功能相對於“單塊”程序具有更好的 隔離性。此外，這種實現方式具有這樣的優點：每個服務如地址重寫等都能被任 何一個Postfix部件所使用，無須進程創建等開銷，而僅僅需要重寫一個地址， 當然並不是只有postfix采用這種方式。
Postfix是按照這種方式實現的： 一個駐留主服務器根據命令運行Postfix守護進程，守護進程完成發送或接收網 絡郵件消息，在本地遞交郵件等等功能。守護進程的數目由配置參數來決定的， 並且根據配置決定守護進程運行的次數(re-used times)，當空閒時間到達配置參數指定的限度時，自動消亡。這種方法 明顯地降低了進程創建開銷，但是單個進程之間仍然保持了良好的隔離性。
Postfix的設計目標就是成為 Sendmail的替代者。由於這個原因，Postfix系統的很多部分，如本地投遞程序 等，可以很容易地通過編輯修改類似inetd的配置文件來替代。
Postfix的核心是由十多個半駐留 程序實現的。為了保證機密性的原因，這些Postfix進程之間通過Unix的socket 或受保護的目錄之下的FIFO進行通信。即使使用這種方法來保證機密性， Postfix進程並不盲目信任其通過這種方式接收到的數據。
Postfix進程之間傳遞的數據量是 有限制的。在很多情況下，Postfix進程之間交換的數據信息只有隊列文件名和 接收者列表，或某些狀態信息。一旦一個郵件消息被保存進入文件，其將在其中 保存到被一個郵件投遞程序讀出。
Postfix采用一些通常的措施來避 免丟失信息：在收到確認以前通過調用flush和fsync()保存所有的數據到磁盤中 。檢查所有的系統調用的返回結果來避免錯誤狀況。
大多數構建郵件服務器者都會選擇 sendmail，公平的來講sendmail是一個不錯的MTA(Mail Transfer Agent)，最初開發時Eric Allman的設計考慮主要放在了郵件傳遞的成 功性。不幸的是，Sendmai開發時沒有太多的考慮Internet環境下可能遇到的安 全性問題。Sendmail在大多數系統上只能以根用戶身份運行，這就意味著任何漏 洞都可能導致非常嚴重的後果，除了這些問題之外，在高負載的情況Sendmail運 行情況不是很好。
安全
Postfix則並一定要以root 的身份運行，而只需要一個主(master)程序以root身份運行，其生成進程來處理 接入、發出及本地郵件投遞工作。通過使用一系列模塊部件，每個任務由一個單 獨的程序來運行(這樣使審計變的容易一些)。例如發出郵件被卸載到一個隊列目 錄,在這裡“pcikup”程序取到該郵件然後將郵件傳遞給“cleanup”程序，其再 將郵件傳遞給“trivial-rewrite”，其負責處理郵件頭，最後若郵件目的是別 的系統則將郵件傳遞給“smtp”程序。而且相對於Sendmail來說Postfix也更容 易設置chroot'ed環境。只要簡單地通過編輯master.cf(一般位於/etc/postfix 內)文件即可實現，並且Postfix將運行chroot'ed,以限定在其定義的隊列目錄之 下(通常位於/var/spool/postfix)，同樣可以在master.cf中對Postfix的單一模 塊設置進程限制。用戶可以限制Postfix以哪個用戶的身份運行，一般來說是以 “postfix”用戶(概念上該用戶和Apache的nobody類似)運行，該用戶可以訪問 特定的隊列目錄。Postfix其他的主要優點是起配置文件的清晰易懂性。
與Sendmail的比較
如sendmail之類的郵件系統 是按照一個"單塊"的結構設計實現的，該“單塊”程序實現所有的功 能。當然這種結構有利於在系統的不同部分之間共享數據。但是這種結構容易出 現一些致命的錯誤。而如qmail的郵件系統上使用一種分層次的結構，按照固定 得順序運行不同功能的子模塊進程，執行完畢之後就將其釋放。這種方法有良好 的“絕緣”性，但是增加了進程創建開銷和進程間通信開銷。但是通過合理的規 劃子模塊進程的運行順序可以將開銷保持在可以接受的范圍內。
使用其他的MTA替代Sendmail是一 件非常麻煩的事情，用戶往往又要花大量的時間去熟悉新的MTA的配置和使用。 而使用Postfix，你可以利用很多以有的配置文件。如(Access, aliases, virtusertable等等)，只需要簡單的在master.cf中定義一下即可。此 外，Postfix在行為上也很象Sendmail,用戶可以使用"sendmail"命令 來啟動Postfix。
當然，使用一個軟件來替代另外一個軟件需要解決特定的問題。部分原因是因為 Postfix的安全特性，在配置Postfix時可能會遇到一些問題。最典型的問題是向 root用戶發送郵件。Postfix一般不提高自身的權限(向root用戶發送郵件所必須 的)來投遞郵件。用戶需要在別名文件中為root定義別名，如："root: someuser"。這同樣會對若干個郵件列表模塊發生影響，特別是SmartList 。一般來說實現郵件列表最好使用Majordomo,它易於配置。
Sendmail一個很突出的問題就是可 擴展性和性能問題。例如用戶若希望每天重新啟動Sendmail來實現自動更新配置 文件(如為虛擬主機重定向郵件)就會出現問題。Sendmail生成新的進程來處理發 送和接收郵件，這些進程會一直存在直到傳輸結束，之後Sendmail才能退出，這 樣你的腳本程序將不能正確的重起Sendmail。而對於Postfix，用戶則只需要發 出命令"postfix reload"即可，Postfix將會重新加載其配置文件。
另外，對於有數以萬計的用戶的郵件服務器來說，使用文件來存儲如匹配用戶發 出郵件地址(例如bob發出的信的發信人修改為
[email protected])。對於大量用 戶來講，該文件就會變的很巨大，從而影響系統的運行效率。而Postfix則可以 和一個數據庫後台集成起來(當前只支持mysql)來存放其配置信息，數據庫方式 要比文件方式在可擴
