郵件系統資料庫設計

⑴ 郵箱資料庫怎麼建立

一般的郵箱系統可以分著三塊： 一是用戶信息系統 二是郵箱數據信息系統 三是許可權管理系統 用戶信息系統就是存儲一些用戶的基本信息，大概的表可以為： 1基本資料表(具體欄位可以根據需要定；注意：為了做許可權分配所以應該有一個與角色表的外鍵關系) 2角色表 郵箱數據信息系統就是存儲用戶間往來的郵件等數據，表設計大概為： 0郵件信息表(至少包括如下欄位：郵件主題，郵件內容，發送時間，收件人地址，........) 1收件箱表 2發件箱表 3回收站表 許可權管理系統主要根據郵件系統中的不同的用戶角色來分配相應的功能使用許可權，表應該有： 1角色表(系統中的角色) 2功能表(可以使用的所以操作：url) 3許可權分配表(根據角色分配相應的功能表ID)

⑵ 2. 與資料庫相關的組件主要有哪些簡述這些組件的屬性和方法以及它們的使用方法。

以SQL為例BDE（Borland Databas Engine）， 是中最古老的技術，從 2.0加入BDE 技術以後，一直是處理資料庫的事實上的標准。BDE 是一個基於驅動程序的體系結構，每一種數據格式或數據源都有一種驅動程序來驅動相近的數據源。BDE 可以很好的支持現在最流行的ODBC API方法，ODBC是一種C/C++ 應用程序編程介面（API ），無論是對任何一種客戶/ 伺服器關系型資料庫管理系統（RDBMS ），還是最流行索引順序訪問方法（ISAM）資料庫（Jet、Foxpro）， 都能很好的訪問。
同時，由於BDE 的驅動程序主要直接來自於第三方開發商，所以，對於像Oracle這些非微軟的資料庫，執行效率上比較高。正是這些特點，使BDE 技術還是得到了很多資料庫開發程序員的歡迎。
ADO 技術是微軟提出來的處理關系型資料庫和非關系型資料庫的新技術，它基於微軟被稱為OLE DB的數據訪問模式，它是專門為了給大范圍商業數據源提供訪問而設計的，包括傳統的關系型數據表、電子郵件系統、圖形格式、Internet資源等。ADO 所需內存更少，更適合大流量和大事務量的網路計算機系統。
ADO 頂層有三個對象：Connection、Command、Recordset。
Connection用以指定數據源，建立和數據源的連接。
Command 對象用以對數劇源執行指定的命令，可以接受SQL 語句，表和存儲過程的名稱，執行SQL 查詢，更新數據，插入紀錄等。
Recordset 對象表示的是來自表或命令執行結果的記錄全集，操縱來自提供者的幾乎所有數據。
由於ADO 技術的迅速普及，從 5.0 開始，加入了ADO 技術的模塊，並逐步成為資料庫設計的主流。但是，和VB的ADODC 相比，它還是有所不同的，在數據綁定上，它更多的吸收了BDE 的特點，以做到和原來的程序兼容，同時，它又可以接受標准ADO 技術的各種屬
性和方法，在接受這些屬性和方法時，它是和數據綁定控制項脫離的，當然從某種意義上來說，這種方案提高了執行效率，給設計人員以更多的選擇。
dbExpress 是 6.0加入的最新的資料庫模塊，它不使用緩存，可以快速瀏覽大量的數據，但是，不使用緩存就不能更改，所以它的標准方式是只讀的。它一個重要的特點是交叉平台，可以和linux 資料庫連接，速度相當快。

⑶ 有沒有好用的外貿郵件群發軟體呀

寧波暢想外貿管理軟體有個郵件系統，可以群發郵件，但客戶收到後只顯示一個郵件地址，而且在系統基礎結構及資料庫結構上進行科學設計，經歷了上百萬封郵件收發的考驗，操作界面簡潔方便，郵件處理速度快；郵件國際容錯誤能力強（很多軟體不支持多種語言並會出現郵件亂碼）；支持國際標准協議解碼，支持SSL加密認證郵箱的連接使用，還有下面的功能，蠻不錯的，樓主可以考慮下。
1、對員工管理郵件的許可權進行設置
按照管理者、部門經理、業務員的級別進行設置，可以分別授權是否可以刪除郵件、是否可以查看別人的郵件等等，比如，管理者可以查看所有人的郵件，部門經理可以查看部門的郵件，業務員只能查看自己的郵件。
2、 郵件審核功能
對於做外貿的新手，可以對其進行郵件簽發設置，寫好的郵件只有通過上級審核後方可發送。
3、郵件刪除許可權控制
可以設置對郵件是否有直正刪除郵件的許可權。沒有刪除許可權業務員刪除的郵件只是表面刪除，所有刪除的郵件都在系統管理員「已經刪除郵件箱」中，只有等待系統管理確認後才徹底刪除，保證了郵件資料庫安全性。
4、總垃圾箱管理：可有效防止誤操作或惡意刪除，確保數據安全性。
應用效益
□ 快速跟進，及時溝通：自動提醒功能，確保往來郵件快速跟進，一網打盡所有商機。
□ 商機集中，統一分配：降低對員工的依賴性，新老員工交接迅速，不影響工作進度，防止飛單等意外現象的發生。
□ 超大容量，超速處理：郵件容量巨大，處理速度快，可滿足企業日常的使用需求。
□ 全面監管，安全無憂：自定義許可權設置，對所有郵件，避免惡意刪除或其他誤操作，確保數據安全。

⑷ 郵件伺服器的架設方法

用 Win2003 架設郵件伺服器
很多企業區域網內都架設了郵件伺服器，用於進行公文發送和工作交流。但使用專業的企業郵件系統軟體需要大量的資金投入，這對於很多企業來說是無法承受的。其實我們可以通過Windows Server 2003提供的POP3服務和SMTP服務架設小型郵件伺服器來滿足我們的需要。

一、安裝POP3和SMTP服務組件

Windows Server 2003默認情況下是沒有安裝POP3和SMTP服務組件的，因此我們要手工添加。

1.安裝POP3服務組件

以系統管理員身份登錄Windows Server 2003 系統。依次進入「控制面板→添加或刪除程序→添加/刪除Windows組件」，在彈出的「Windows組件向導」對話框中選中「電子郵件服務」選項，點擊「詳細信息」按鈕，可以看到該選項包括兩部分內容：POP3服務和POP3服務Web管理。為方便用戶遠程Web方式管理郵件伺服器，建議選中 「POP3服務Web管理」。

2.安裝SMTP服務組件

選中「應用程序伺服器」選項，點擊「詳細信息」按鈕，接著在「Internet信息服務（IIS）」選項中查看詳細信息，選中「SMTP Service」選項，最後點擊「確定」按鈕。此外，如果用戶需要對郵件伺服器進行遠程Web管理，一定要選中「萬維網服務」中的「遠程管理（HTML）」組件。完成以上設置後，點擊「下一步」按鈕，系統就開始安裝配置POP3和SMTP服務了。

二、配置POP3伺服器

1.創建郵件域

點擊「開始→管理工具→POP3服務」，彈出POP3服務控制台窗口。選中左欄中的POP3服務後，點擊右欄中的「新域」，彈出「添加域」對話框，接著在「域名」欄中輸入郵件伺服器的域名，也就是郵件地址「@」後面的部分，如「rtj.net」，最後點擊「確定」按鈕。其中「rtj.net」為在Internet上注冊的域名，並且該域名在DNS伺服器中設置了MX郵件交換記錄，解析到Windows Server 2003郵件伺服器IP地址上。

2.創建用戶郵箱

選中剛才新建的「rtj.net」域，在右欄中點擊「添加郵箱」，彈出添加郵箱對話框，在「郵箱名」欄中輸入郵件用戶名，然後設置用戶密碼，最後點擊「確定」按鈕，完成郵箱的創建。

三、配置SMTP伺服器

完成POP3伺服器的配置後，就可開始配置SMTP伺服器了。點擊「開始→程序→管理工具→Internet信息服務（IIS）管理器」，在 「IIS管理器」窗口中右鍵點擊「默認SMTP虛擬伺服器」選項，在彈出的菜單中選中「屬性」，進入「默認SMTP虛擬伺服器」窗口，切換到「常規」標簽頁，在「IP地址」下拉列表框中選中郵件伺服器的IP地址即可。點擊「確定」按鈕，這樣一個簡單的郵件伺服器就架設完成了。

完成以上設置後，用戶就可以使用郵件客戶端軟體連接郵件伺服器進行郵件收發工作了。在設置郵件客戶端軟體的SMTP和POP3伺服器地址時，輸入郵件伺服器的域名「rtj.net」即可。

四、遠程Web管理

Windows Server 2003還支持對郵件伺服器的遠程Web管理。在遠端客戶機中，運行IE瀏覽器，在地址欄中輸入「https://伺服器IP地址：8098」，將會彈出連接對話框，輸入管理員用戶名和密碼，點擊「確定」按鈕，即可登錄Web管理界面。

⑸ 誰能給我推薦一套穩定，支持多用戶、Linux平台的郵件伺服器

幾年以前，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在輸出⑺駝嚀峁┑南�⒅�盎崾紫裙�訟�ⅰ6�襊ostfix程序沒有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)來存放其配置信息，資料庫方式要比文件方式在可擴展性方面強大很多。

遵從IBM的開放源代碼版權許可證，用戶可以自由地分發該軟體，進行二次開發。其唯一的限制就是必須將對Postfix做的修改返回給IBM公司。因為IBM資助了Wietse的開發。

與Qmail的比較

Qmail的缺點就是配置方式和Sendmail不一致，不容易維護。而且Qmail的版權許可證含義非常模糊，甚至沒有和軟體一起發布。應用作者的話:若你希望分發自己修改版本的Qmail，你必須得到我的許可。

Qmail qmail是有Dan Bernstein開發的可以自由下載的MTA，其第一個beta版本0.70.7發布於1996年1月24日，1997年2月發布了1.0版，當前版本是1.03。

Qmail的特點

安全性 為了驗證Qmail的安全性，Qmail的支持者甚至出資$1000懸賞尋找Qmail的安全漏洞，一年以後，該獎金沒有被領取，而被捐獻給自由軟體基金會。目前，Qmail的作者也出資$500來尋求Qmail的安全漏洞。

速度mail在一個中等規模的系統可以投遞大約百萬封郵件，甚至在一台486一天上能處理超過10萬封郵件，起支持並行投遞。Qmail支持郵件的並行投遞，同時可以投遞大約20封郵件。目前郵件投遞的瓶頸在於SMTP協議，通過STMP向另外一台互聯網主機投遞一封電子郵件大約需要花費10多秒鍾。Qmail的作者提出了QMTP(Quick Mail Transfer Protocol)來加速郵件的投遞，並且在Qmail中得到支持。Qmail的設計目標是在一台16M的機器上最終達到每天可以投遞大約百萬級數目的郵件。

可靠性:為了保證可靠性，Qmail只有在郵件被正確地寫入到磁碟才返回處理成功的結果，這樣即使在磁碟寫入中發生系統崩潰或斷電等情況，也可以保證郵件不被丟失，而是重新投遞。

特別簡單的虛擬域管理，甚至有一個第三方開發的稱為vpopmail的add-on來支持虛擬POP域。使用這個軟體包，POP3用戶不需要具有系統的正式帳戶。

使用ezmlm支持用戶自控制的郵件列表功能。

郵件用戶和系統帳戶隔離，為用戶提供郵件帳戶不需要為其設置系統帳戶，從而增加了安全性。

Sendmail vs Qmail

首先:sendmail是發展歷史悠久的MTA，當前的版本是8.10.2。當然，Sendmail在可移植性、穩定性及確保沒有bug方面有一定的保證。但是Internet上有很多帖子都是關於如果攻擊Sendmail，這對於管理員來說是一個噩夢。Sendmail在發展過程中產生了一批經驗豐富的Sendmail管理員，並且Sendmail有大量完整的文檔資料，除了Sendmail的寶典:O『Reilly『s sendmail book written by Bryan Costales with Eric Allman以外，網路上有大量的tutorial、FAQ和其他的資源。這些大量的文檔對於很好的利用Sendmail的各種特色功能是非常重要的。但是Sendmai當前來說是一個成熟的MTA。

當然，Sendmail具有一些缺點，其特色功能過多而導致配置文件的復雜性。當然，通過使用m4宏使配置文件的生成變的容易很多。但是，要掌握所有的配置選項是一個很不容易的事情。Sendmail在過去的版本中出現過很多安全漏洞，所以使管理員不得不趕快升級版本。而且Sendmail的流行性也使其成為攻擊的目標，這有好處也有壞處:這意味著安全漏洞可以很快地被發現，但是同樣使Sendmail更加穩定和安全。另外一個問題是Sendmail一般預設配置都是具有最小的安全特性，從而使Sendmail往往容易被攻擊。如果使用Sendmail，應該確保明白每個打開的選項的含義和影響。一旦你理解了Sendmail的工作原理，就Sendmail的安裝和維護就變的非常容易了。通過Sendmail的配置文件，用戶實現完成一切可以想像得到的需求。

Qmail是一個選擇，其在設計實現中特別考慮了安全問題。如果你需要一個快速的解決方案如，一個安全的郵件網關，則Qmail是一個很好的選擇。Qmail和Sendmail的配置文件完全不同。而對於Qmail，其有自己的配置文件，配置目錄中包含了5-30個不同的文件，各個文件實現對不同部分的配置(如虛擬域或虛擬主機等)。這些配置說明都在man中有很好的文檔，但是Qmail的代碼結構不是很好。

Qmail要比Sendmail小很多，其缺乏一些現今郵件伺服器所具有的特色功能。如不象Sendmail，qmail不對郵件信封的發送者的域名進行驗證，以確保域名的正確性。自身不提供對RBL的支持，而需要add-on來實現。，而Sendmail支持RBL。同樣Qmail不能拒絕接收目的接收人不存在信件，而是先將郵件接收下來，然後返回查無此用戶的的郵件。Qmail最大的問題就出在發送郵件給多個接收者的處理上。若發送一個很大的郵件給同一個域中的多個用戶，Sendmail將只向目的郵件伺服器發送一個郵件拷貝。而Qmail將並行地連接多次，每次都發送一個拷貝給一個用戶。若用戶日常要發送大郵件給多個用戶，使用Qmail將浪費很多帶寬。可以這么認為:Sendmail優化節省帶寬資源，Qmail優化節省時 間。若用戶系統有很好的帶寬，Qmail將具有更好的性能，而如果用戶系統的帶寬資源有限，並且要發送很多郵件列表信息，則Sendmail效率更高一些。Qmail不支持.forward(.forward在很多情況下對用戶很有用處);不使用/var/spool/mail，而是將郵件存放在用戶home目錄。下面是一些使用Qmail不容易完成的工作，要使用Qmail完成這些工作，可能需要用戶自己動手實現或者使用第三方提供的不夠可靠的模塊。

Qmail的源代碼相對於Sendmail來說要更加容易理解，這對於希望深入到內部了解MTA機制的人員來說是一個優點。Qmail在安全性方面也要穩定一些。Qmail有很好的技術支持，但是沒有象Sendmail那樣被廣泛地應用和大量的管理員用戶群。Qmail的安裝不象Sendmail那樣自動化，需要手工步驟。而且Qmail的文檔不如Sendmail那樣完整和豐富。

Qmail的add-ons比Sendmail要少一些。一般來說對於經驗稍微少一些的管理員，選擇Qmail相對要好一些。Qmail要簡單一些，而且其特色功能能滿足一般用戶的需求。Sendmail類似於office套件，80%的功能往往都不被使用。這就使Qmail在一些場合可能被更受歡迎一些，其具有一些Sendmail所沒有的更流行和實用的特色功能，如mail具有內置的pop3支持。Qmail同樣支持如主機或用戶的偽裝、虛擬域等等。Qmail的簡單性也使配置相對容易一些。

Qmail被認為相對於Sendmail更加安全和高效，運行Qmail的一台pentium機器一天可以處理大約200,0000條消息。

Qmail相對於其他的MTA要簡單很多，主要體現在1)其他的MTA的郵件轉發、郵件別名和郵件列表都是採用相互獨立的機制，而qmail採用一種簡單的轉發(forwarding)機制來允許用戶處理自己的郵件列表(2)其他的MTA都提供快速而不安全的方式及慢的隊列方式的郵件投遞機制;而qmail發送是由新郵件的出現而觸發的，所以其投遞只有一種模式:快速的隊列方式(3)其他的MTA實際上包括一個特定版本的inetd來監控MTA的平均負載，而qmail設計了內部機制來限制系統負載，所以qmail-smtpd能安全地從系統的inet來運行

sendmail有很多的商業支持，而且由於大量的用戶群，在互聯網上有大量的潛在技術支持。而Qmail只有很有限的技術支持。有家公司inter7.com提供對Qmail的支持，該公司同樣提供了免費的add-ons，包括一個基於web的管理工具-QmailAdmin及一個通過vpopmail的對虛擬域的支持，甚至具有一個基於web的客戶借介面—SqWebMail。

Qmail還具有一些其他的缺憾。如它不是完全遵從標准，它不支持DSN，作者認為DSN是一個即將消亡的技術，而Qmail的VERP可以完成同樣的工作，而又不象DSN依賴於其他主機的支持。Qmail另外一個問題是其不遵從支持7bit系統標准，而每次都發送8bit。若郵件接收一方不能處理這種情況，就會出現郵件亂碼的情況。

從安全性來講，Sendmail要比Qmail差一些，Sendmail在發展中出現過很多很著名的安全漏洞;而Qmail相對要短小精悍，但是仍然提供了基本的STMP功能。而Qmail的代碼注釋要少一些。Qmail的一個很好的特色是其支持一種可選的基於目錄的郵件存儲格式，而不是使用一個很大的文件來存儲用戶所有的郵件。若用戶的郵件伺服器進行很多的POP3服務，則這種郵件存儲格式可以提高效率。但是遺憾的是Pine自身並不支持這種存儲格式，如果需要可以使用一些補丁來達到這個目的。

Qmail的優點是:每個用戶都可以創建郵件列表而無須具有根用戶的許可權，如用戶foo可以創建名為foo-slashdot, foo-linux,foo-chickens 的郵件列表，為了提供更好的功能，有一個叫ezmlm(EZ Mailing List Maker)的工具可以支持自動注冊和注銷、索引等Majordomo所具有的各種功能，但是都是CLI驅動的，只需要編輯很少的文件。Qmail非常適合在小型系統下工作，一般只支持較少的用戶或用來管理郵件列表。Qmail速度快並且簡單mail是當你希望安全切容易配置的最佳的選擇;Qmail可以在2個小時內搞定配置，而Sendmail可能在兩天內都搞不定。

rocketmail internic 等都使用qmail來構建

ZMailer

ZMailer是一個高性能、多進程的Unix系統郵件程序。 [ a.k.a. MTA per X.400 parlance ]，其可以從下面的伺服器ftp://ftp.funet.fi/pub/unix/mail/zmailer/ 自由下載。其也是按照單塊模式設計的。如Hotmail等郵件系統就是用Zmailer構建的。

Exim Exim是由Cambridge 大學開發的遵從GPL的MTA，其風格上類似與Smail 3，但是比Smail 3更加完善。當前最新版本是3.15。其主站點為http://www.exim.org/。其最大的特點就是配置簡單性，但是其安全性不如Qmail及Postfix。

下面是對幾種MTA的特點的比較，綜合的來講，Qmail和Postfix都是很不錯的MTA,選擇的標准往往是個人的喜好問題，Postfix發展歷史要比Qmail遲一些。

MTA 成熟性 安全性 特色 性能 Sendmail兼容性 模塊化設計 qmail medium high high high addons yes Sendmail high low high low x no Postfix low high high high yes yes exim medium low high medium yes no

當然除了這里介紹的幾種MTA以外，還有 Smail, Post.Office,the Sun Internet Mail Server (SIMS), MMDF, CommuniGate,PMDF, Netscape Messaging Server,Obtuse smtpd/smtpfwdd,Intermail,MD Switch等其他商業或者免費的MTA可以選擇。

幾年以前，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在輸出⑺駝嚀峁┑南�⒅�盎崾紫裙�訟�ⅰ6�襊ostfix程序沒有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文件等格式。