因為openwebmail auto-reply自動回信功能，對於企業的形象有關，所以我的老闆說這個功能一定要有，在我轉到nasmail之後，又要面對奇怪的internal server error，後來我判斷，應該是perl更新造成的問題。
2010/10/27號寫了MailScanner 無法順利啟動的問題，我想是這個時候造成的問題，才會在2010/12/05寫解決openwebmail internal server error 問題困擾，所以我才判斷問題出在perl語言包上。上星期，「被ECC記憶體打敗的我」，昨天我又捲土重來，再裝一次，上星期安裝，是用一顆舊的350G SATA硬碟，這次換了另一顆500G的備份硬碟。安裝的過程中，沒有什麼好說的，就和一般差不多，各服務參數，請自行備份。
postfix mail server的郵件檔通常在/var/spool/mail中，除此之外，還要備份家目錄，也就是說/home下面的全都要備份，收信的過程中，會將檔案寫入家目錄，昨天忘記做這個動作，所以用指令慢慢建，後來才把shadow中的帳號倒出來，組合出建目錄和給擁有者權限的指令，速度快了不少。
另外，之前我都偷懶，備份mysql server的資料檔，直接把myslqd停掉，備份/var/lib/mysql中所有的資料，等系統重建完成後，再倒回去就可以，昨天，把mysql版本更新到最新，倒回去還不work，只好接上原來的硬碟，再用phpmysql倒出sql statement，最後再倒回去，反正資料筆數不多，只是拆拆裝裝很麻煩。
花最多時間的是資料備份，因為備份後的郵件檔案，壓起來約4G，原始檔都超過10G，壓縮完都快要一個小時，透過sftp丟出來又快半個小時，再進行解壓縮測試(我用7-zip)，沒有問題，我才重灌。
上星期的神奇事件，用yum update完之後，沒有辦法開機，所以資料備到新的環境之後，已經有帳號開始收信，所以我又做了一份壓縮和備份，只有備份啟動後有收到信的帳號，yum upate之後(排除perl更新)，重開機之後才正常work，才一切OK。
划於php，一直出現mysql_pconnect錯誤，最後才知道是我放回去的php.ini有問題，原始設備定放回來就正常了。
昨天真正工作的四個小時內(其他的時間都是備份~倒檔~測試)，把三年內的主機變動一次做完，超及累的，回到家我都不想講說，腦代只想休息。