他们彼此深信,是瞬间迸发的热情让他们相遇。这样的确定是美丽的,但变幻无常更为美丽

留言簿

公告

最新日志

最新评论

搜索

登陆

友情连接

统计

2005-7-23 13:57:50
新規劃的郵件系統圖解

幫朋友公司規劃的郵件系統,請大家一起來看看是否可行。

場境:朋友公司有外部的郵件服務器,由郵件提供商提供。因為需要使用的人員比較多且大多是內部通訊(但走郵件供應商的服務器),而從郵件供應商申請新的空間需要錢,所以想架設一個內部的郵件服務器。

要求:僅需內部通訊的人員不能發送外部郵件,可以發送接收外部郵件的人員的郵件必須通過郵件供應商的服務器發送、接收。另外就是內外部郵件服務器使用相同的域名(XXX.com)

根據要求畫了下面的圖:

限定部分人員不能發送、接收外部郵件:

accounts---account manager...---<選擇一個用戶>---Edit ---restrictions,在這裡可以禁用戶發送或接收外部郵件,當然也可以在下面的方框中增加例外地址。

 
 
內部互發就不用說了,從郵件供應商的服務器收郵件使用MuiltPOP,這個也不必多說,要論壇中看看就知道了。

設置中繼發送外部的郵件

Primary Domain ---Delivery ---有兩個选择

1. Always send every outbound email to the server specified below
    每一封外發的郵件都通過中繼服務器發送

2. Try driect delivery but send problem mails to the server specifed below
    每一封外發的郵件都直接發送,發送有問題的再通過中繼發送

建議都通過中繼發送了。因為要中繼發送就需要得到人家同意,既然同意了那又何必自己直接發送。

mail server :填寫中斷服務器的名稱和地址(必需的)

如果中繼服務器要求進行用戶驗證就要選取下面的選項

access to the above mail server requires a log in:
username: 認證需要的用戶名 
password: 認證需要的密碼

注意:這裡的認證帳號和密碼與普通用戶的SMTP認證帳號和密碼有所不同。不能使用私人用戶驗證用的帳號、密碼

最不好解決的還是認證的問題。如果這個問題解決,這個方案是否可行?大家討論一下如何?

後注:聽朋友講台灣的MIS已經與郵件服務供應商解決了認證的問題。


 

posted @ 2005-7-23 13:57:50 stdmis 阅读全文 | 回复(0) | 引用通告 | 编辑

发表评论:

    昵称:
    密码: (游客无须输入密码)
    主页:
    标题:
Powered by Oblog.