2000-3000人的企业邮箱方案
要求：支持基础邮箱功能。（废话）
支持邮件列表，多级部门管理。要明确邮件列表发送技术，就是我给全公司同事发几封邮件（3000×n封）是如何处理的。因为之前的邮件系统这方面处理能力都不行。3000基本是活跃用户。
邮件列表是外域用户的话，性能怎样。如同时发2000外域用户。会不会阻塞其他用户正常收发邮件。
最好能同事提供企业pushemail方案，这个仅作参考，暂时不实施。
联系：qinyd@163.com 按照你这需求的话，估计都能满足需求。但pushemail目前没几家产品能满足。
“如同时发2000外域用户。会不会阻塞其他用户正常收发邮件。”
这个得看你服务器性能和带宽了。 要求比较高呀，最好用软件来实施吧，硬件自己配置高一点，或者实施分布式安装（一台SMTP服务，另一台POP3服务，如果允许的话再加上一台LDAP服务），不过也可以采用软硬结合的产品呀 金笛邮件完全可以满足你需求，中关村软件行业协会的需求和您的很类似，他们每周三次要给他们的2000-3000名会员发送邮件，他们之所以选择我们，是因为他们的秘书长在前家公司工作时，使用过我们的邮件系统。切身体会了我们产品的稳定性，所有机会再次合作。欢迎您加我的QQ：812865256或来电82356575、76、77-6025，我们进一步探讨。 我最关心的是边界情况下的性能和稳定性问题，
因为同时发送本域 3000×n封邮件，如果采用的不是单副本技术，起码要写3000×n个文件，光是这个磁盘I/O操作都不少时间。这样会不会导致整个邮件系统都堵塞在这？
还有如果发邮件的并发数超出邮件系统的边界，系统是如何处理的，系统的稳定性如何？ 1.首先明确一个问题3000*n不牵扯单副本的问题.I/O的操作是肯定的,现在的哪一项应用的瓶颈不是I/O?有一点要肯定的是:这样的高强度负荷我们没有问题!
2.如果发邮件的并发数超出邮件系统的边界,我们的系统是这么处理的:超过的部分会收到"系统繁忙"的提示信息(嘿嘿,在设计实施的时候基本上会把这种情况消灭在萌芽状态,不给它出现的机会:lol ).系统的稳定性就因系统而异了,我们不是最棒的,但我们要做更棒的.
回复 5楼 qinyd 的帖子
因为同时发送本域 3000×n封邮件可以看作一封邮件来处理，要知道些邮件在群发时，只产品生一个MessageID
页:
[1]
