ez後台管理源碼

A. 推薦幾個php系統

唉,別找了,跟dz一樣強大的還沒看到過. phpwind,vbb啥的數據量一大還是比不過dz,更別提別的了.
看著不順眼可以換風格.別人推薦的你看了可能也不符合要求.
圖片多可以做做優化,說句經驗之談,zend優化過的dz,性能上絕對是第一而不是第二,還是在dz上多花些精力,也值得.

B. android 在代碼中怎麼修改開機啟動項。

1. 安卓系統的程序控制：Android系統通過應用程序自行在系統中登記注冊事件（即Intent）來響應系統產生的各類消息。

1. 例如Android實現系統開機自啟動程需要在Manifest中加入如下Intent-filter及許可權Uses-permission即可。

   <intent-filter>
   <action android:name="android.intent.action.BOOT_COMPLETED"/>
   （修改時候主要是去掉上面該行即可）
   <category android:name="android.intent.category.HOME" />
   </intent-filter>
   <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
   （修改時候主要是去掉上面該行即可）
   

2. Android系統為應用程序管理功能提供了大量的API，可以通過API控制Intent和permission，其中上述配置表示應用程序會響應系統產生的android.intent.action.BOOT_COMPLETED（系統啟動完成）信號，以此來實現應用程序自啟動。

2. 當知道上述原理後，我們就可以隨心所欲的控製程序開機自啟動了。具體思路如下：
   

1. 手工方法

1. 基於上述原理，我們可以通過對系統中已安裝的程序去除其Manifest的上述配置片段來控制應用程序的對系統的響應，當然沒源碼可修改編譯的情況下只能實現屏蔽其對有些信號的響應，例如屏蔽該程序不再開機自啟動。手工方法就是利用有關工具直接在解壓其APK包後，修改其Manifest的上述配置行後再打包成APK，最後安裝到系統中就實現了屏蔽其自啟動功能。具體相關的工具軟體主要有APKTOOL。（請自己放狗去搜索下載）

2. 編程實現，因手工方法需要藉助APKTOOL等工具，步驟比較法繁瑣，我們可以通過自己開發來實現該功能：

1. PackageManager

1. 本類API是對所有基於載入信息的數據結構的封裝，包括以下功能：

   •安裝，卸載應用
   •查詢permission相關信息
   •查詢Application相關信息(application，activity，receiver，service，provider及相應屬性等）
   •查詢已安裝應用
   •增加，刪除permission
   •清除用戶數據、緩存，代碼段等
   非查詢相關的API需要特定的許可權，具體的API請參考SDK文檔。

2. ActivityManager相關
   

本類API是對運行時管理功能和運行時數據結構的封裝，包括以下功能

•激活／去激活activity
•注冊／取消注冊動態接受intent
•發送／取消發送intent
•activity生命周期管理（暫停，恢復，停止，銷毀等）
•activity task管理（前台－>後台，後台－>前台，最近task查詢，運行時task查詢）
•激活／去激活service
•激活／去激活provider等
task管理相關API需要特定的許可權，具體API可參考SDK文檔。

利用上述API原理的具體代碼俺有空時候試試實現一個，應該不難的，都是調用現成的API實現。目前發現已有的控制開機自啟動的成熟應用程序主要是autostarts，可自己安裝一個試試，挺好用，實際上autostart有點名不副實，如果是我就會起個名字叫Intentcontrol，因為其不只是控制開機啟動信號，它可以控製程序對大部分信號的響應行為。

c. 系統自帶工具

Android自帶工具:

1、程序包管理工具：/system/bin/pm

2、activity管理工具:/system/bin/am

具體用法大致說明如下：

• pm的使用方法可以參考

usage: pm [list|path|install|uninstall]
pm list packages [-f]
pm list permission-groups
pm list permissions [-g] [-f] [-d] [-u] [GROUP]
pm list instrumentation [-f] [TARGET-PACKAGE]
pm list features
pm path PACKAGE
pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] PATH
pm uninstall [-k] PACKAGE
pm enable PACKAGE_OR_COMPONENT
pm disable PACKAGE_OR_COMPONENT

The list packages command prints all packages. Options:
-f: see their associated file.

The list permission-groups command prints all known
permission groups.

The list permissions command prints all known
permissions, optionally only those in GROUP. Options:
-g: organize by group.
-f: print all information.
-s: short summary.
-d: only list dangerous permissions.
-u: list only the permissions users will see.

The list instrumentation command prints all instrumentations,
or only those that target a specified package. Options:
-f: see their associated file.

The list features command prints all features of the system.

The path command prints the path to the .apk of a package.

The install command installs a package to the system. Options:
-l: install the package with FORWARD_LOCK.
-r: reinstall an exisiting app, keeping its data.
-t: allow test .apks to be installed.
-i: specify the installer package name.

The uninstall command removes a package from the system. Options:
-k: keep the data and cache directories around.
after the package removal.

The enable and disable commands change the enabled state of
a given package or component (written as "package/class").

• am的使用方法可以參考

usage: am [subcommand] [options]

start an Activity: am start [-D] <INTENT>
-D: enable debugging

send a broadcast Intent: am broadcast <INTENT>

start an Instrumentation: am instrument [flags] <COMPONENT>
-r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT)
-e <NAME> <VALUE>: set argument <NAME> to <VALUE>
-p <FILE>: write profiling data to <FILE>
-w: wait for instrumentation to finish before returning

start profiling: am profile <PROCESS> start <FILE>
stop profiling: am profile <PROCESS> stop

<INTENT> specifications include these flags:
[-a <ACTION>] [-d <DATA_URI>] [-t <MIME_TYPE>]
[-c <CATEGORY> [-c <CATEGORY>] ...]
[-e|--es <EXTRA_KEY> <EXTRA_STRING_VALUE> ...]
[--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> ...]
[-e|--ei <EXTRA_KEY> <EXTRA_INT_VALUE> ...]
[-n <COMPONENT>] [-f <FLAGS>] [<URI>]

C. 自己可以編譯安卓源碼嗎

用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:

sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」

其中[email protected]為你自己的郵箱.

簡要說明

android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.

源碼下載

由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)

repo工具下載及安裝

通過執行以下命令實現repo工具的下載和安裝

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:

我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:

這里寫圖片描述

執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.

錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:

通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.

結束吧

到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.

D. 後台管理系統

國內目前流行的免費的php+cms比較
備註：免費CMS的PHP程序下載都可以在他們的官方網站上下載。(有一些不是開源的，但有免費版)
如果您對cms的概量還不很理解，請看這里： 什麼是CMS？

1.曼波－MAMBO，一個國外的CMS系統，功能很強大，支持添加很多組件，模塊;擁有豐富的模板
官方：http://www.mamboserver.com

2.凌波－Limbo（Lite Mambo），顧名思義，是從Mambo演化而來。其目的是在繼承Mambo一些強大的功能和特性的同時，對原Mambo系統進行簡化，使之變得更加輕便小巧。同時，Limbo支持三種安裝方式：TXT、Mysql、SQLite。
官方：http://www.limbo-cms.com

3.HBcms ：一個以PHP官方推薦的PEAR+SMARTY技術架構的cms，2006年才推出，完全符合cms的發展趨勢，簡單，易用，美觀。我本地測試了一下，很容易上手，特別適合沒經驗的新人做網站。起碼不會被復雜的功能嚇倒。當然，它同樣有各種復雜的功能，只是看你是否需要用到了。使用PHP官方推薦的PEAR+SMARTY技術，是這個cms能持續發展的一個重要的特點，很多功能都直接使用PEAR的類庫完成。安裝一步到位，默認附帶了一些模板，值得推薦。值得注意的是，官方網站宣稱以後要開源，如果真這樣，熟悉pear的PHP程序員就容易上手了。
中文版官方：http://www.hbcms.com/

4.SupSite－一款將論壇資源自動轉換成門戶網站的php程序系統，使用SupeSite，並利用你現有的論壇，你將自動擁有一個功能完備的，資源豐富的站點系統；由論壇變成網站，一切都是自動完成，你不需要任何干涉。讓你輕輕鬆鬆實現建立網站的目的。
官方：http://www.supsite.net

5.phpcms－一個綜合的網站管理系統，由PHP+MYSQL構架全站生成html，能夠快速高效地應用於LINUX和WINDOWS伺服器平台，是目前中國LINUX環境下最佳的網站管理應用解決方案之一
官方：http://www.phpcms.cn

6.風訊網站內容管理系統(FoosunCMS)－是風訊公司積多年經驗、通過設計師們精心設計的符合國際要求的網站信息管理系統。
官方：http://www.foosun.cn

7.DEDE －這是一款開源的cms。功能也比較完善，但數據量一大就很慢了。因為開源，有較多的玩家和擁護者。
官方：http://www.dedecms.com

8.php168 －PHP168整站系統，代碼全部開源，可方便的進行二次開發，功能模塊可以自由安裝與刪除，個人用戶免費使用。
官方：http://www.php168.com

9.帝國網站管理系統－Ecms全稱為」帝國網站管理系統」，英文譯為」Empire CMS」簡稱」Ecms」.Ecms是基於B/S結構，且功能強大而易用的網站管理系統．
官方：http://www.phome.net

10. 隨易全站系統(Cmsez)－Cmsez集成了豐富的功能模塊，包括用戶管理、新聞發布、信息發布、產品展示、圖片管理、附件管理、在線商店、資料下載、多媒體瀏覽/播放等。
官方：http://www.cmsez.com

說到免費的PHP CMS系統，再看看目前國外的CMS狀況
國外的cms比較發現：通過Alexa統計的幾個主要的CMS（Content Management System）工具的最近三個月網站日瀏覽的統計，這份統計包括Drupal, Joomla, Mambo, Xoops 和 Typo3，很明顯可以看出曾經的CMS老大Xoops已經式微，Mambo在變故之後半死不活，Typo3一直都名聲平平（不知道Typo3與Typo是什麼關系，Typo是基於Ruby on Rails(ROR)的blog系統，有著非常kool的ajax應用，正准備搭一個Typo看看）而相比較而言，Joomla與Drupal卻變得越來越 popular，四月中的那次飛躍估計與Drupal的最終推出關系比較大。當然這只是對於各個CMS的流行程度的一個估測值，會有這樣那樣的bias，譬如可能因為是Drupal的安裝使用過於復雜所以用戶才不斷的到Drupal.org上去問問題，導致Drupal的網站頁面訪問上升，而Xoops因為發展歷史很長，並且使用簡單，所以用戶在下載安裝之後不用經常的去Xoops的網站尋求幫助（呵呵，GRE邏輯題）。但是不管怎樣這份Alexa的Pageviews的統計還是能給我們指一指CMS 的流行風向。點這里查看CMS整站系統介紹
如何選擇 最優秀的CMS，最好的CMS
現在每個CMS功能介紹上都會說自己的產品如何強大，比如說什麼模板體系如何好，緩存技術如何高明，刷新效率，負載容量如何強，操作如何如何簡單，容易上手，跟第三方無縫結合，還有功能模塊的如何豐富，生成靜態發布，信息採集…… 吹牛誰都會，大家都會寫，關鍵是客戶如何認為，不用功能很多。另外，CMS系統SEO搜索優化也是比較重要的因素，適用得當，可以給你帶來很多搜索引擎的流量。
一句話，適合自己的就是最好的。

E. 哪種PHPCMS好

幾款PHP CMS介紹

PHPCMS http://www.phpcms.cn/

phpcms 2.0 由原9466article升級升級更名而來，是一個可以全站生成html的綜合網站內容管理系統，能適應大中型網站的需求。
目前PHPCMS以新聞文章管理系統為主，同時有公告管理、友情鏈接管理、資料庫管理、語言管理、風格模板管理、用戶管理、JS文件管理等小的輔助功能模塊。PHPCMS集多功能於一體讓用戶實現在線可視化管理網站，因此安裝和使用PHPCMS無須專業知識。
[主要功能]
1、全站生成html，減輕伺服器負載，提高訪問速度，更容易被搜索引擎收錄，是大中型站點的必然選擇。
2、多語言支持，語言包與程序分離，目前默認支持簡體中文、繁體中文和英文三種語言，用戶還可以自己添加其他語言，前後台可以設置不同的語言界面。
3、多資料庫支持，目前默認支持mysql資料庫，我們在後期會逐步加入其他資料庫支持
4、多模板支持，各欄目和專題都可選用不同的模板，而且全部從後台控制。
5、多風格支持，每種模板又可具有不同的色調風格，各欄目和專題都可選用不同的色調風格，而且全部從後台控制。
6、採用ewebeditor正版在線編輯器，具備frontpage和dreamweaver的絕大部分常用功能，支持數學公式，支持藝術字，支持各種文件的上傳和插入
7、多管理員，可自由劃分許可權
8、支持無限級分類，滿足各種不同的應用需求
9、欄目控制參數非常多，比如可設置是否允許發表評論、外部連接、是否開放、欄目模板、欄目風格等等
10、支持回收站，可避免很多誤操作造成的不必要的損失
11、支持專題設置，可隨時根據需要開設不同的專題，而且可鎖定過期專題，鎖定後該專題就不會出現在發表文章的專題列表裡（在專題非常多的時候很有用）
12、支持公告，可設置有效期，過期後不再顯示
13、支持友情鏈接，既可後台填加也可前台申請，支持JS遠程調用以應用於其他的系統
14、支持廣告管理，可自由填加廣告位，自由發布圖片、FLASH、文字和代碼廣告，可隨時全面控制整個網站的廣告
15、支持資料庫備份，可同時備份到伺服器和本地計算機，以確保安全
16、支持文章、公告、友情鏈接和廣告管理的純靜態型JS調用，並且可以在線設置JS的相關參數
17、升級支持，智能化升級提示保證隨時了解並升級到最新版本信息，後期我們還會增加智能化網路自動安裝和升級支持，完全在線操作無需FTP即可實現安裝和升級。
18、可在線導入新的模板和風格，在線編輯模板和風格
19、後台全傻瓜式控制整個網站，一旦安裝成功後即可在線管理而無須FTP或者另做網頁
20、支持文章自動分頁和手動分頁
21、支持投稿、評論、搜索
22、支持欄目、文章等各種批量操作
23、支持自動獲取遠程圖片
24、支持圖片文章，還可根據文章參數的設置文章的標題樣式
25、支持文章審核、置頂、推薦
26、支持web發送email給好友推薦文章給站長留言

織夢內容管理系統
http://www.dedecms.com/

織夢內容管理系統特點：
1、基於PHP+MySQL的技術構建，支持全生成靜態文章和文章列表，加速你的網站訪問速度，增強搜索引擎優化；
2、強大的後台管理，許可權分為網路管理員、頻道編輯、信息采編三種，完全適應各種中小型政府網站、個人網站和普通企業網站的應用；
3、可任意設置文章的瀏覽許可權，支持會員在線申請為不同級別的許可權；
4、定義了針對不同類型內容的各種向導，包括：普通文章向導、專題創建向導、圖集發布向導、軟體下載向導和Flash向導；
5、包含站內新聞、投票、友情鏈接管理等模塊，支持會員投稿功能；
6、內置站點文件瀏覽器、圖片瀏覽器、完美的數據備份方案；
7、內置針對入門用戶和的主頁創建向導，可輕松生成網站首頁；
8、XML名字空間樣式的模板代碼，更清晰、更簡單明了，支持雙重模板技術，代碼更靈活，支持RSS 2.0……

野貓 ymCMS
http://www.yemao.com/

功能說明：
1. 前台使用模板技術，程序和界面分離；
2. 支持web安裝方式，簡單易用；
3. 上傳功能分離，可上傳多種類型文件，可統一管理上傳的文件；
4. 標題和內容都支持BB代碼；
5. 支持推薦給朋友功能；
6. 由WEB後台管理系統設置；
7. 支持批量編輯/修改；
8. 支持搜索功能；
9. 可進行用戶分組，按不同用戶組設定不同許可權；
10. 支持多風格選擇，可按系統，論壇/分類，用戶設定風格；
11. 支持悄悄話功能；
12. 支持緩存功能，可有效減少對資料庫的讀取和加快速度；
13. 可分別設定用戶組在論壇/分類中的瀏覽，發表，編輯和刪除的許可權；
14. 支持ip禁止功能，可禁止設定的ip或ip段不能訪問系統；
15. 支持字詞過濾功能；
16. 上傳文件可設置存放路徑；
17. 後台可檢查，修復和優化數據表，可分卷備份和分卷還原數據；
18. 論壇支持無限分級，並分別設置版主；（BB）
19. 支持PHP/JS調用論壇主題；（BB）
20. 精華貼功能；（BB）
21. 內部論壇、只讀論壇支持，可關閉主題；（BB）
22. 支持在論壇首頁、板塊頁面直接進入最新主題的連接；（BB）
23. 板塊頁面、主題頁面快速發表主題/回復帖子功能；（BB）
24. 隨機表情圖標功能；（BB）
25. 論壇/分類置頂功能可分級別；（BB）
26. 文章分類支持無限分級，並分別設置版主；（Info）
27. 支持HTML可視化編輯，可根據不同用戶組設定許可權；（Info）
28. 支持 [page] 分頁和按篇分頁，按篇分頁可為每頁設定小標題；（Info）
29. 首頁圖片信息功能；（Info）
30. 一句話信息，相關鏈接功能，文章帶簡介和圖片；（Info）
31. 稿件置頂功能；（Info）
32. 相關信息功能；（Info）
33. 評論功能，前後台均可管理評論；（Info）
34. 稿件字體放大縮小功能；（Info）
35. 支持PHP/JS調用某類別或所有類別的最新/最熱門信息；（Info）
36. 支持按用戶組設定稿件審核功能；（Info）
37. 稿件可按分類設定是否生成准靜態文件，存放路徑可設置；（Info）
38. 前後台均可管理稿件；（Info）
39. 其他功能...

CMSware
http://cmsware.com

CMSware全新的系統結構，處處體現了自由的思想，讓您體驗自由管理的非凡感受
1、所見即所得的編輯功能
CMSware的內容錄入界面充分考慮內容維護人員的實際情況，他們可能不精通HTML，但他們會使用Word等辦公軟體，因此，系統界面與Word 等Office產品緊密集成，可直接從Word里拖動一塊內容到CMSware中來。用戶也可以在CMSware里直接進行文字的排版處理，比如改變字體名稱，字體大小，字體顏色，背景顏色，以及對齊樣式等等。還可以透明地插入圖片，並可以任意調整圖片的位置、大小，與文字進行環繞等等。系統還支持插入 Flash動畫，超級連接、特殊字元等等。系統會自動將插入的圖片、Flash 等文件上傳到系統中合適的目錄，而無需用戶關心這一切。
2、多級內容維護人員支持
CMSware使用基於角色的用戶管理，通過添加不同許可權的用戶,你可以將一個網站的管理許可權分配給不同的用戶.即可以由多人同時管理一個網站. CMSware的用戶管理模塊使得一切都變得如此輕松.通過建立具有不同管理許可權的用戶組，可以將用戶分成多種級別，超級管理員，分類管理員，以及最基本的文檔錄入，審核員。一篇內容從最初錄入到最後發布到網站上，中間需要經過管理員審批。管理員登陸系統編輯文章並審批，保證內容及時地更新到網站上去。
3、先進的模板管理模塊
我們充分研究了國內外的內容管理系統，發現他們大都能夠實現結合模板自動生成頁面，減輕了頁面製作人員的工作量，但是模板製作本身缺要求有較高技術水平的人員，有些系統要求使用基於XML的程序語言XSLT來製作模板，有些系統要求UNIX下的TCL語言來寫模板，真可謂是減少了HTML設計人員，卻增加了XML編程人員，沒有從根本上減輕用戶的負擔。
模板的目的是決定系統中錄入的內容如何生成成HTML頁面。模板其實跟一個普通的HTML頁面差不多，在其中固定的位置，插入內容采編系統中輸入的欄位信息，就生成了最終的HTML頁面。
系統提供所見即所得的模板編輯工具，一個普通的HTML製作人員經過短暫的培訓即可製作模板。模板對於整個網站只需要一次性製作，即可一直使用。
在CMSware的前身iwpc里提供了一個類似word的所見即所得的可視化模板編輯器(WYSIWYG)，可以直接讓設計師就可自行完成整個模板的製作。編輯器集成系統資源調用標簽和系統函數調用標簽,你隨時可以查閱調用標簽.模板都是HTML文件，即可用在FrontPage里，也可以用在 Dreamwaver中，設計師只要先使用自己熟悉的工具，如FrontPage、Dreamwaver等做好靜態的頁面，然後，在適當的地方插入 CMSware調用標簽，一個模板就做好了，不需寫任何一行代碼。"系統調用模板","系統調用函數文件",極大方便用戶擴展系統功能. 程序還支持自定義js模板功能，使得文章列表的顯示更加靈活，定製更加容易。
而在CMSware中採用類似XML的標簽，同時兼容iWPC原有的調用函數標簽，提供更先進、更強大的系統數據調用功能。並增加了Dreamwaver製作插件，能直接在Dreamwaver里使用菜單方式設計模板，不需要學習語法。
4、文件管理模塊
文件管理模塊為網站的管理人員提供了一個類似Windows Explorer界面的文件管理器，允許管理員像管理Windows的文件一樣管理網站中的所有文件，包括圖片文件、包含文件等。每個分類有獨自的文件管理模塊，以便支持不同的管理員同時對自己所管理分類中的文件進行管理。
5、多種發布機制(靜態/動態)
CMSware可以將網站內容全部生成靜態HTML文件,這樣可以極大地節約主機資源，提高系統性能，全靜態處理技術是做為構建大型站點的必要條件。無論是再強大的CPU，再高明的資料庫，在大量用戶訪問的情況下也會當機的，而使用我們的程序會避免此類問題發生。這也就是為什麼「新浪」「網易」甚至包括 SOHU的網站搜索界面都是靜態發布的原因了。
CMSware還在前身版本iwpc的基礎之上，增加了動態發布方式，讓用戶可以對內容頁面進行更細致的許可權和動態功能進行管理，實現動態網站。
6、專題管理
對於新聞類網站，當一些突發事件發生時，來不及專門新開欄目，這時可以將有關該事件的內容整理成一個專題。CMSware允許編輯自行根據情況隨時增加新的專題，在第一時間給網站的訪問者提供豐富的相關信息。專題中的內容即可以是從其他頻道里挑選出來的，也可以直接讓記者或編輯往該專題里錄入內容。
7、強大的內容調用首頁完全自主設計。
首頁的多樣化是吸引大多數網友的必須條件之一。CMSware分類欄目首頁完全自主定義。包括圖片新聞，顯示是否調用時間，欄目，靜態模塊的放置位置等等。也就是說可以達到想做靜態網頁那樣的效果，想怎麼做就怎麼做，唯一的區別是，她方便，刷新形成靜態內容，或直接生成動態內容。
8、無限級分類
CMSware支持無級分類，你可以無限制的對分類建立子分類 。而不是固定的一級或者二級分類。更適合結構復雜的大中型網站。
9、支持搜索引擎
藉助全靜態發布技術，CMSware全部的HTML界面使您的網站出現在搜索引擎的幾率大大增高。搜索可是大多數網友獲得網路資源最主要的一步。可以說，而您選擇CMSware發布網站，就是選擇了搜索引擎的一個位置...
10、遠程安全發布
CMSware支持遠程發布，既支持對遠程伺服器和資料庫的發布，使用CMSware可以對多個網站進行發布管理，實現了用一個網站管理工具對多個站點的同時管理，這樣就減輕網站管理員的工作量。只要CMSware里設置好站點的發布地址，選擇要發布的站點地址，然後就可以在CMSware里對站點進行遠程管理了，在CMSware里編輯過的內容，CMSware就會自動的發布到已選擇好的站點地址里。
由於管理伺服器和發布伺服器分離，還大大提高了網站管理伺服器的安全，如果發布伺服器出了問題，只要在管理伺服器重新全部發布部署就可恢復網站。
11、自定義資料庫（欄位自定義）
CMSware徹底改變了新聞類網站發布系統的傳統，為了更體現自由管理的精髓，增加了自定義內容模型的功能。用戶可以利用這個功能方便定製自己的各種內容來發布（下載、音樂、圖片冊、產品展示、人才、酒店預定。。。），CMSware發布系統核心自動處理實現發布功能，還可以外掛配合專門的動態處理程序來實現特別處理。
12、語言包支持

通過簡單的替換操作就可以更換成其它語言，方便的實現多語言版本。
13、多資料庫支持
全新的資料庫引擎，全面支持主流資料庫。默認支持MySQL，並可以通過更換引擎介面就方便的更換到Oracle、MS SQL Server、PostgreSQL等主流資料庫。
14、更加人性化的操作界面
支持右鍵菜單，大部分復雜操作只需點擊滑鼠即可輕松實現。類似Windows資源管理器的文件管理界面，基於Web頁面隨處管理網站內容。
15、簡潔的內容管理工作流

特別適合大型綜合門戶的內容采編、投稿、審核工作流的實現，用戶投稿界面與後台管理界面分離，投稿編輯只接觸投稿層。從用戶投稿到審核到發布，所有環節流程都由用戶自己定奪，適應不同環境的應用要求。
16、自由的內容自動採集功能
CMSware還提供了專門的內容採集模塊，經過設置，可以自動採集對應網站的內容，並且實現了圖片資源自動本地化，從而可以大幅降低采編人員的工作量。
CMSware的自動採集功能不同於普通的採集模塊，可以自由的分來源細項來設置要採集的內容，可以採集非常復雜的來源頁面，並且可以配合內容模型自動歸類整理。
17、更多自由特性
簡潔的後台管理結構，沒有復雜性，容易管理。
發布文件分卷保存目錄可定製性，你可以實現2003/10/05/xxx.html或者2003-10-05/xxx.html這樣的目錄結構。
發布文件後綴可定製性，你可以使用html,shtml或者xml作為靜態文件的後綴。
高級文章評論功能，可以實現類似sina的文章評論功能，高級搜索功能，方便資料查找。
分類模板繼承：可以在新建目錄時選擇是否安裝默認模板，如果你不對子分類設置內容頁模板，該分類將自動繼承上級分類的模板體系。
首頁圖片可以調用自動縮略圖生成。結合調用頁面顯示的實際需求，可以自動把圖文文章的圖片生成縮略圖，加快網頁下載速度。
方便的發布助手，極大方便批量更新整個站點，你要做的只是點擊幾下滑鼠，然後就去喝杯咖啡。
安裝時可選的用戶密碼加密功能，支持「MD5」,「DES」,「none」三種模式，進一步強化系統安全。
文章支持多頁顯示,即一篇文章可以分成好幾頁，還支持相關文章連接。
系統支持過期內容自動歸檔，可以自己設置過期時間。
資料庫優化和備份功能等等。
簡潔明快的全自動安裝過程。

隨易
http://www.cmsez.com

什麼是Cmsez

隨易全站系統(Cmsez)是門道科技推出的企業級建站平台系統,致力於幫助企業提高運作效率、降低建站成本、拓展商業機會，是一種高度可管理、低成本、易部署的IT建站平台。Cmsez集成了豐富的功能模塊，包括用戶管理、新聞發布、信息發布、產品展示、圖片管理、附件管理、在線商店、資料下載、多媒體瀏覽/播放等。額外針對特殊行業,提供酒店房間預訂、旅遊線路預訂、招聘信息管理、信息簡報等功能模塊。
企業建站系統是面向企業的，主要提供企業內部信息交流、對外商務溝通的服務。其目的是給企業提供更方便的展示方式，增強企業和客戶之間信息共享和溝通能力，提高工作效率，減少企業宣傳費用等，從而為企業節省開支，同時也能創造一種新型的企業文化。與其他同類產品相比，Cmsez是唯一一個提供一站式企業建站解決方案的系統，我們提供了涵蓋企業網站各個方面的功能模塊，並且我們強有力的開發隊伍，保證企業網站絕不落伍。我們堅持「軟體以用為本」的原則，努力使操作簡單化、流程簡潔話，力使無論企業規模、無論維護人員水平如何，都可以使用Cmsez架設一個企業網站。同時，我們提供廣闊的擴展空間，使得企業發展的同時，可以以很少的成本，讓企業網站同步前進。
Cmsez是門道公司應企業建站市場的需要推出的用於企業建站的新的核心技術品牌，該品牌從2003年11月份正式開始啟用，它的前身是Xplus建站平台 (Xplus WCMS)。 Cmsez的中文名稱是「隨易」。
簡練
Cmsez是一個高度繼承化的系統，全部模塊基於同一個內核，因此流程簡潔、統一，操作人員無需專門針對每個模塊進行操作培訓即可掌握全部模塊的操作方法，達到一處通，處處通的效果。
快速
Cmsez作為一個建站系統，與著傳統建站方式或者定製開發建站方式在速度上相比，不可同日而語。從安裝到完成一個簡單企業網站的構建，如果資料完備，並排除美化工作，只需要3個小時的工作時間，極大的縮短了網站創建、部署、維護的時間。

協同
Cmsez架設的網站，具體分到各個欄目，可以分別設定一個或者多個管理員，同時基於web的B/S結構的設計，可以提供多人的信息的分散管理、不同部門的人員能夠協同工作，完成一致的工作目標。
高效
Cmsez系統內置多個緩存系統，包括系統參數緩存，模板緩存，資料庫緩存、站點結構緩存，並提供全站靜態化輸出機制。這些特性保證了系統的高性能以及極大的降低硬體的壓力。
可擴展性
Cmsez系統極佳的內核特性，可以快速的定製和開發同類型的信息發布模塊。採用先進的開放標准，保護每一項技術投資。

phpArticle 文章管理系統
http://www.21ds.net/

phpArticle 2.0.0 詳細功能解說
程序安裝
全自動安裝,只需要一兩分鍾時間就可以安裝完成.
資料庫支持
目前只支持 MySQL
安全性
比起前一版有了較大的提高
無限分類
分類沒有任何數量限制.
無限子分類.子分類中可以再包含子分類.支持無限多級分類
新聞
只顯示於首頁,用於發布網站的最新動態.
可以自由分配發表新聞許可權給不同的管理員.
文章
支持多頁,沒有頁數限制.
文章使用 WYSIWYG (What you see is what you get) 所見即所得編輯器發布,非常方便,就象使用 FrontPage 編輯網頁一樣簡單.還支持網頁內容的復制與粘貼,即可以重一個網站簡單的用滑鼠選中內容復制,再在 WYSIWYG 編輯器中粘貼一下,就可以把該網頁的內容,包括文字,圖片,連接,等復制下來.
相關文章,在發布文章時,只要輸入關鍵字,文章就會自動搜索相關的文章並顯示在相關文章列表當中.
相關連接功能,這是由發布者輸入該文章的相關連接.
文章評分,會員可以對文章進行評分.
文章評論,會員可以對文章進行評論,評論可以回復引用等.
所見即所得編程器
投稿
會員可以投稿,即發表文章.
而會員所發表的文章,必須通過管理員審批,才能顯示.
圖庫
可以通過web的方式上傳圖片,每次可以同時上傳多個圖片.
圖片以文件形式保存在伺服器上,不必擔心會佔用你寶貴的數據空間.
上傳的圖片可以方便的通過 WYSIWYG 編輯器插入到文章中,WYSIWYG 編輯還具有圖片預覽功能.
會員機制
會員注冊功能.
收藏夾,會員擁有自己的收藏夾,可以自由收藏文章
會員可以對文章進行評分
會員可以對文章進行評論
會員可以發表自己的文章
多個用戶組別,用戶可以更換組別,每個組別可以自由設置許可權.管理員可以自由添加設置.
在線人數的統計.
多級管理
多級管理,可以分配給不同的用戶管理不同的分類或所有分類,由管理員自由設置,還可以通過設不同組別的許可權,實現管理許可權的限制.基本的許可權包括添加,編輯,刪除,審批文章,添加,編輯,刪除分類及子分類.添加,編輯,刪除新聞.
默認有五個組別：超級管理員,普通管理員,一般會員,遊客,待email激活會員
模板技術
模板把 html 代碼與 PHP 代碼完全的分離,只要通過修改這些被分離出來的html 代碼,就可以達到修改界面的目的.
模板的修改非常簡單,就只是編輯 html 代碼.
可以同時擁有多套界面,每個分類也可以定義一套界面,不必擔心每個頁面都相同.
方便的後台模板管理機制,可以添加自定義模板,編輯默認模板,刪除等操作.
模板搜索/替換功能,可以方便查找出想修改的地方,並方便的修改替換.
可以方便的備份或還原模板.備份只需要點擊下載,就可以把當前的模板導出為文件並下載保存,而還原,則只是簡單的選擇所備份的文件並通過上傳導入等操作即可以還原出備份的模板.
數據備份,修復,優化
系統自帶資料庫備份功能,可以有選擇或無選擇的備份所需要的數據.
同樣,還具有資料庫修復與優化功能,可以在某些情況下達到資料庫修復或優化的目的.

我自己的站，用phpcms 2.4製作的：

http://www.6kay.com

F. 誰能給我推薦一套穩定，支持多用戶、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文件等格式。

G. 求任何網路游戲源碼

魔獸世界的