Deprecated: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in /hd2/.XDATA/home/f2blog/_www_/include/db.php on line 18 Damon 水果報報
瀏覽模式: 普通 | 列表

zimbra mail server 免費的多網域郵件伺服器

今天到書店才發現原來有一套知名免費的多網域郵件伺服器,

等有空的時候一定要裝起來試試看中文正體和簡體的信件支援度如何! 看看會不會有亂碼!!

趕快回來查了一下資料,發現這篇文章,以下文章摘自 http://funp.com/t350931#p=350931  :

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

筆者近日為某企業規劃配置支援 Multi-Domain 的 Zimbra 系統,以下就簡單記錄安裝設定的過程(網路上找到的安裝過程記錄分享,好像有一些問題需要預先修改才能順利安裝,但筆者除了未安裝必須的套件之外,完全沒有遇到其他任何問題)。

使用的 OS : CentOS 5.2 
Zimbra : zcs-5.0.9_GA_2533.RHEL5.20080815132719.tgz 
(安裝前請確認 DNS 的 Mx 記錄設定正常,可以正常查詢到)

  1. 安裝 CentOS 5.2 的重點只有硬碟分割和套件選擇,因為筆者習慣乾淨的系統,所以套件選擇時是全不選,這邊請記得不需要先安裝 MySQL、Postfix 等套件,因為 Zimbra 已經將需要使用的主要套件都整合在一起了,在安裝過程中一一安裝;硬碟分割則要看實際使用的需求而定,Zimbra 預設的安裝路徑為 /opt/zimbra,可以考慮日後的備份策略來分割硬碟。

  2. CentOS 安裝完成後,以 Yum 安裝需要的套件,或是直接由 CentOS 5.2 安裝光碟上安裝以下套件: 
    compat-libstdc++-33-3.2.3-61 
    compat-libstdc++-296-2.96-138 
    gmp-4.1.4-10.el5 
    autoconf-2.59-12 
    automake-1.9.6-2.1 
    libtool-1.5.22-6.1

  3. 安裝完上述系統套件後,將 Zimbra Open Source 版本的安裝檔案 zcs-5.0.9_GA_2533.RHEL5.20080815132719.tgz 拷貝至系統上解開打包壓縮,解開後的目錄中會有一個 install.sh 安裝 Script,只要執行該檔案即可進行安裝。安裝過程中會檢查各項需求,並有文字互動介面提示必要的設定,這個部份要注意的是,如果要調整個項服務所使用的 Port ,可以在這個階段設定,同時也可以設定 Zimbra 管理者的帳號及密碼。

  4. 安裝完成後,即可使用瀏覽器連線至主機進行登入, Zimbra 管理介面的預設連線是 http://your.domain.com:7071/zimbraAdmin,登入後即可進行 Multi-Domain、帳號,以及其他各項系統的設定管理。

 

Zimbra 郵件伺器順利運作後,可以透過 Web Mail 的方式,或是一般的 Mail Client 軟體來使用郵件服務,當然如果沒有什麼理由的話,這邊會是建議直接使用Yahoo! Zimbra Desktop,除了介面還蠻漂亮外,與伺服器的整合也比較不會有什麼問題。

zimbradesktop

另外透過管理者介面登入後,在管理介面的右上角,有個下載軟件的連結,裡面有兩個使用者端的工作不錯用:

PST 匯入精靈,是用來將 Outlook PST 檔案匯入ZCS 伺服器使用的。

Zimbra Totaster,安裝後,可以在有新郵件時提醒使用者,是個與 Gmail Notifier 相同功能的工具。

 

zimbratoaster

Damon免費網頁空間更換新主機囉!

各位親愛的 「Damon免費空間討論區」 會員們!
感謝大家一年來對 Damon 的支持與鼓勵~

 

雖然在這個微利時代加上金融風暴的大環境下,大多數人的生活都面臨了重大的考驗與挑戰!
不過我們仍然要堅強的過我們的生活! 因為過了這一波,我們才有資格告訴我們的下一代:"老爸我什麼大風大浪沒遇過!!"  哈~

 

撐下去! Damon 陪您一起加油!!

 

Damon的免費網頁空間,雖然被某些不肖份子當成不當利用的工具,導致 MySQL資料庫頻頻當機,損及其他正常使用的會員權益,不過我們寧可相信,這些造成當機的使用者,應該是對php的程式語言的不熟悉所造成,而非故意行為。仍然要感謝大家的愛用和推廣!

 

尤其在這一波景氣寒冬下,我覺得免費空間真的讓許多人了解了另一種創業的新契機! 就像 Damon當初創業一樣,在手無任何資金與背景的情況下,我使用了這樣的創業工具,讓自己有一部創業伺服器,建置了個人的網路購物系統,討論區系統,讓我因為網站的經營而認識更多的朋友,不僅幫助了我自己,無形中也幫助了許多人!

 

現在 Damon除了在網路上認識朋友以外,2009年開始,也會開始規畫研討會活動! 讓大家一起見面,共享創立網站的經過。將來研討會的內容會包含:

1.購物車系統的使用(有專屬網址)
2.獨立架站 Blog系統的使用(有專屬網址,非依附在YAHOO或無名小站…等)
3.網站伺服器的操作
4.郵件伺服器的操作
5.討論區系統的使用
6.電子報發報系統的使用
7.「創業伺服器」的操作手法(統合應用)

如果對以上議題有興趣的會員們,可以在討論區告訴我您最有興趣的主題排列順序,我會再和朋友規畫場地及時間,依照大家最有興趣的主題先後順序來舉辦。
感謝大家!


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
另外,因為「Damon免費空間」主機已經更新了軟體和硬體,所以請「已經在運作中的網站管理員」
在Damon免費空間討論區裏 www.damon.com.tw 發私人訊息給我以下資訊:

1.真實姓名
2.聯絡用手機
3.聯絡用的email
4.聯絡地址
5.原來的免費空間ftp的帳號
6.原來的免費空間ftp的密碼
7.原來使用的免費空間的網址
8.您對研討會活動的看法?提供寶貴意見給我參考。

以上資訊,我會幫你建立新的虛擬主機空間 20MB(若您已經是50MB的使用者請告知,我會給您60MB),建立完畢後會回覆私人訊息給您。

建立完畢後,請您將您的網頁資料上傳到新的主機,還有記得要上傳您的mysql資料。

因為您的原有網址會直接連到新主機的IP (123.204.53.102),所以舊主機的資料必需使用ip的方式連入 ftp server,舊IP為 220.130.159.197,取回您的網頁資料。

舊主機的mysql管理頁面 http://mysql.damon.com.tw/Damon/ 登入您的帳密後移出您的sql檔,然後上傳到新主機的mysql資料庫系統

新主機的mysql管理頁面 http://free.damon.com.tw/webmysqladmin/

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

若您還未被開通虛擬主機,或正好想申請虛擬主機,請先加入 www.damon.com.tw 的討論區會員,然後在pm私人訊息給我以下資訊:

1.真實姓名
2.聯絡用手機
3.聯絡用的email
4.聯絡地址
5.想申請的免費空間ftp帳號(同mysql資料庫使用者\同mysql資料庫名稱)
6.想申請的免費空間ftp的密碼(同mysql資料庫密碼)
7.想要使用的免費空間的網址
8.您對研討會活動的看法?提供寶貴意見給我參考。
以上資訊,我會幫你建立新的虛擬主機空間 20MB,建立完畢後會回覆私人訊息給您。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

最後祝福大家,能好好利用免費空間,規畫自己的網站,創造更多的個人事業機會!
也希望各位能幫 Damon 推廣「創業伺服器」(www.epowerbox.com.tw)
在未來的活動裏邀請朋友一起來參加研討會,讓 damon有實質的收入,繼續經營這個免費網頁空間! 感謝感謝再感謝!

Bye the way!

Damon 網路行銷第一課=> 如何讓自己的名字搜尋排在 google 的第一筆,例如搜尋 「劉芳育」,就會找到 Damon的自我介紹!

 

最近又打起精神來工作了,寫了一堆關於 ePowerBOX2009 的使用說明。連 blog 也沒時間寫~ 雖然這個 blog 用來記生活記事和晨晨札記,不過工作也算是生活的一部份,而且是自己的興趣,應該要寫下來分享一下。

 

ePowerBOX2009 的架站功能非常棒,如上圖,可以控制每一個虛擬主機的空間大小,還能限制每個網站的使用頻寬,這是 2006 年版就有的功能,而 2009版多出了 ftp 各別頻寬的控管功能(2006版不能針對每個帳號控管,2009版可針對不同帳號設定不同頻寬)。這真是太棒了~

 

不僅如此,

[閱讀全文]

attachments/200809/9791433299.gif

 

灰名單的作法主要是針對單獨發送垃圾郵件的程式做有效的防堵.
一般垃圾信的發送是直接採用程式對郵件主機發送,他們會修改內容來達成差異性的大量傳送,灰名單的作法是讓主機分判是否為程式單發送,還是真正有email主機的來源,若為主機來源則保留進入的授權

 

灰名單的運作原理如下 :

 

[閱讀全文]

rpm -qil postfix 找出套件的安裝位置

rpm -qil postfix
標籤: Linux

EMOS 整理

不要使用 RBL功能
--------------------------------------------------------------
vi /etc/postfix/main.cf

註解掉
# check_policy_service inet:127.0.0.1:10030
--------------------------------------------------------------
標籤: Linux

新增 yum 套件 4000多套

vi  /etc/yum.repos.d/CentOS-Base.repo

最後加上

[dag]
name=Dag RPM Repostory for Red Hat Enterprise Linux
baseurl=http://apt.sw.be/redhat/el$releasever/en/$basearch/dag
gpgcheck=1
enabled=1
gpgkey=http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
[kbs-CentOS-Misc]
name=CentOS.karan.Org-EL$releasever-Stable
gpgkey=http://centos.karan.org/PRM-GPG-KEY-karan.org.txt
gpgcheck=1
enabled=1
baseurl=http://centos.karan.org/el$releasever/misc/stable/$basearch/RPMS/
標籤: Linux

/etc/passwd 檔超過1萬個 email 帳號無力~

本文講述一個E-Mail伺服器突然變慢後的觀察、分析、解決過程。(2002-10-22 08:44:27)

By 風過留楓

一切本來都是那樣的寧靜,所有的網路服務都在默默地工作著。然而近一段時間來,經常有人打電話反映一個相同的問題:在接收E-Mail時,伺服器端經常應答超時,從而無法正常收到 E-Mail,但如果過一會兒再收,則又可能正常接收到。大家對此表現出了很大的不滿。因此,我 們就迅速動手尋找問題的根源,以爭取儘快修復這個故障。

一、查閱基本資訊

首先我們翻看了歸檔資料,確定了E-Mail運行在一個配置爲PIII 500MHz,128M記憶體,20G硬 盤的工控機上,作業系統是Redhat Linux 6.5,使用Sendmail做爲E-Mail Server,並且採用系統的 passwd文件做爲Sendmail郵件用戶的認證文件。

根據網管日誌記載該郵件系統的用戶在這一段時間以來發展十分迅速,用戶數從1萬名增加 到了超過2萬名。

二、初步分析

通過上面資訊的瞭解,我們基本上確認速度變慢的主要的原因是用戶量的增長。因此,在 這此前提下進行了分析。

我們在Linux控制臺下,輸入以下命令查看系統的進程情況:

ps –auxw

我們發現,該命令列出了大量的發送郵件和POP進程。然後根據網管日誌的記錄,分別在低 峰、平均、高峰期間進行了並發用戶數的檢查,發現在高峰情,並發的用戶數已從原來的20個 用戶上升到了40個用戶。

到此爲止,我們得出了初步的結論:由於用戶的不斷增長,並發用戶也越來越多,使得機 器無法處理完這些並發請求,以致E-Mail伺服器對用戶回應過慢,甚至超時而無法使用。因此, 我們認爲解決這一故障的辦法就是升級機器。

三、深入分析

但是,我們突然間又注意到了40這個數位,我們覺得現在使用的E-Mail Server伺服器的性能 不應該無法處理40個用戶同時訪問的呀。我們隱隱感覺得前面的分析有一定有什麽地方疏忽 了,以至得到了一個並不正確的結果。

因此,我們便查看了另外一台配置相同,正在運行WEB服務的伺服器,我們發現該伺服器 在同時處理50個用戶訪問時,並沒有感到處理能力不足。

這時,我們開始進一步分析E-Mail服務的整個過程。首先用戶的郵件接收程式通過POP協定 與伺服器的POP模組進行通訊,並提供用戶名與密碼;接著E-Mail伺服器的POP模組要將用戶提 供的密碼進行加密;然後與系統文件/etc/passwd中的用戶密碼進行逐行匹配,並找出相應的用戶 名,再進行第二次匹配;如果匹配成功,校驗通過,否則就返回用戶名或密碼不正確。校驗通 過後,伺服器開始將屬於該用戶的郵件傳送給用戶的郵件接收程式。 這時,我們想到了,所有 的用戶連接都有一個共同的環節,那就是都要打開系統文件/etc/passwd,進行用戶的驗證,會不 會是因此帶來瓶頸問題呢?

我們就在Linux控制臺上輸入以下命令,查看使用/etc/passwd文件有多少個進程:

fuser /etc/passwd

這時,列出了很多POP進程,癥結總算找到了。原來是因爲系統文件/etc/passwd是一個文本 文件,在用戶名、密碼的匹配過程中,是採用逐行進行匹配,而我們的/etc/passwd文件有2萬多 行,因此最好的情況下是第一次匹配就成功,最壞的情況就是2萬多次後才匹配成功,因此平均 需要1萬次的匹配。該過程所消耗的時間足以使得電子郵件接收程式超時,而無法等到匹配結束。

四、解決方法

故障的根源找到了,解決方法也就自然簡單。因爲伺服器POP模組通過搜索密碼文件驗證一 個用戶的身份所需的時間很長,使得進程産生了積累,從而事實上加重了系統的負擔,即此時 正在使用郵件接收程式的用戶在長時間內仍保持連接狀態,而無法正常進行下一步的工作。所 以主要是解決方法就是將採用文件文件/etc/passwd的方法轉成資料庫形式。因此可以採用以下兩 種方法之一解決:

1)使用Linux的NIS系統,將系統的密碼文件/etc/passwd轉換成爲NIS的資訊庫。由於NIS採用 的是資料庫引擎,所以運行起來,便於查找,效率可以大大提高。

2)重新配置Sendmail,使其不採用系統文件/etc/passwd來進行用戶校驗,而是採用一個特定 的資料庫存儲,由於也是採用了資料庫引擎,所以運行起來,便於查詢,效率也可以大大提 高。

你還可以採用Postfix等內建資料庫支援的E-Mail系統來替換Sendmail,由於Postfix可以直接在 Sendmail基礎上實現資料的自動轉換,因些整個操作十分簡單。

五、解決效果

我們最後採用了Postfix替換Sendmail,將其用戶密碼列表轉換成爲資料庫模式,問題就迎刃 而解。現在我們仍然在使用這台機器,而且用戶已經增長到3萬個,高峰時期用戶的並發數也已 經從40個上升到60-70個,但現在系統還是有條不紊地進行著,運行良好。

六、體會

在這個簡單的例子中,我們深深地感受到在日常的系統管理工作中必須仔細地分析問題, 而不要輕易地將問題歸結於伺服器硬體能力上。

主要的辦法是:認真地、實事求是地檢查每個進程在做什麽;認真地研究服務的整個流 程,分析問題最可能發生的地方;然後設計相應的檢測工作,收集情況,對其論證。只有這樣 才能夠最終定位問題,並在此基礎上提出行之有效的解決方案,最終解決問題。

同時也從另一個側面告訴每一個網管人員,日常積極有效地記錄下網路的一些變動情況, 在故障出現的時候,這些資料能夠有效地爲問題分析提供資料依據。
標籤: Linux