要裝一套Mail Server solution 還是親自來研究會比較好 , 與distribution關連其實不太大
Postfix 本身設定已經夠簡單了(雖說我都是用source code來compile的,這過程沒那麼容易)
原廠的Document更是多到看不完 , 多嘗試幾次就能夠順利上手的 , 除非.....嘿嘿,你知道的!! :D :D :D

Postfix Mail Server的穩定性很好 , 但是也要看管理者的能力而定 , 因為好車也要有好車手
來發揮車子的性能,不是嗎??

要走這一行就必需先投資自己才有收獲,看別人的configuration howto 只是減低自己的學習曲線
不能保證安裝時就完完全全step by step !! 正所謂師父領進門,修行在個人 , 再說那份howto
已經有一段時間了 , 這段時間裡,軟體的版本還有在推進, 基本的config step 也有修正過
這些變數都要納入考量!!

也建議樓主多念一些Document 再多試看看,不用去發問了,因為很多人都是這樣子出道的!!

其實我不是很建議用 tarball，有些東西有依存性不好管理。
除非需要特別設定參數一定要自己 configure + make 才要用 tarball，這時候就不得不說還是 BSD ports 好用了... source code/package 管理一次擁有...
對於像我這種沒時間去弄那些什麼鬼 rpm, dpkg 的 code monkey 來說，ports 省掉不少 trial and error 時間跟力氣。 :laugh: :laugh: :laugh: :laugh: :laugh:

抱歉, 小的是想了解您的ip是家用的撥接ip嗎? 好久以前也是碰到跟
您類似的狀況, isp 不給幫轉送信, 收信是正常, 現在不知放寬了沒.

嗯!? 那家ISP不肯幫忙轉送信 ?? 可以說一下嗎 ??

除非你犯了 SMTP open relay之類的狀況(沒有改善) , 不然ISP端的smtp server怎麼可能不肯幫忙寄信 ?

其實也還好啦,我開始這樣做時,常常沒去記用了那些feature 的參數,後來就在紙上隨便記一下
然後寫在工作日誌裡 ,這樣要記就沒什麼問題了!!

相依性的確是個問題,但我處理習慣了,沒差別了,動手compile一下 library 之類的軟體就可以解決了!! 除非遇上security high的問題再說... :p

我會這樣自己compile大部份是為了所謂的最佳化設定,如果用rpm之類的現成軟體,裡面
有時會帶著一堆用不到的function
有用到的就是那幾個常用的function , 所以有時會透過compile過程拿掉不需要的function

您的主要工作不在系統管理面,其實也不需要執著於最佳化,是我們這種GGYY的人才會如此執著在最佳化的事情上.... :ase :ase :ase

謝謝大家的建議,測試用的主機過期了,被回收了XD
我之前測試都是用ovh的server架,所以是固定ip

linux安裝軟體出問題要慢慢做除錯真的太花時間了
閒暇之餘再來花時間繼續弄好了

你沒得反查，沒去你的ISP申請.....那ISP不給幫轉送信/收信....這是正常的...

一開放下去，就會變成垃圾信的大本營了....

被你們這麼講好像也有道哩,我去問問看好了
自己閉門造車胡亂try有時候還可能比不上其他人的一個建議:nonono:

正常？
沒聽過這種事情
誰告訴你一定要能反解才可以寄信？

種花電信的話,大量送信要先跟客服討論一下喔...
不然也是會有寄送數量上限 XD
之前被卡過一次,問了才知道...

不過,透過ISP轉信的缺點是,根本無法得知信件真實狀態
所以後來還是乖乖的由自己主機慢慢寄,至少知道哪個信箱是根本不存在或打錯字,
或者是對方信箱根本就爆了 (這年頭要爆信箱很有難度,除非是根本從來不看信刪信)

話說...
DomainKey設定的tech doc我沒留下來啊!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
(不是網路上的那些標準文件,是自己安裝設定過程可能遇到的問題或注意事項)
萬一主機噴掉,我又要設定到很頭大..............................................