|
锁定老帖子 主题：讨论－－关于开发邮箱系统
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-11-18
根据微软的自我供述，他们2000年就已经把hotmail从freebsd移植到win2000上了
http://www.microsoft.com/technet/itsolutions/migration/case/hotmail/default.mspx |
| 返回顶楼 | |
|
发表时间：2004-11-18
Just start...
Finish just now : http://blog.joycode.com/mvm/archive/2004/11/12/38774.aspx |
| 返回顶楼 | |
|
发表时间：2004-11-19
实际上使用win做当然也是可以的，你可以用机器作集群，做阵列。但是是不是这样就比用unix更加好，就要看你具体的权衡了。据我知道win在企业应用方面还不是主力，而且连参与者都难说。难道就因为ms的hotmail自己用nt，你就认为mail系统就可以用nt。
其实ms内部的很多东西都不对外的，比如他们的编程平台，你不是vs，具体是什么你需要自己去看。他们的nt难道就真的和你用的一样吗？ 咱们不说别的，你怎么解决nt的热升级问题？很多事情找一两个例外是简单的。但是具体的实质性内容，很难被这个些事情所掩盖。 |
| 返回顶楼 | |
|
发表时间：2004-11-20
比较不应该是这样地
你说 Bill Joy 和 David Cutler 谁更强些？ |
| 返回顶楼 | |
|
发表时间：2005-01-14
dlee 写道 Java 是肯定不适合做大容量（10 万以上用户量）邮件系统的，因为从来没有人这样做过。但是小规模的邮件系统（企业内部的邮件系统，用户量<1万，我甚至都怀疑 Java 邮件系统能否支持上千的用户量，不过不敢随便臆断）是可以做的，也有开源软件。Java 根本就不适合做协议级的软件开发，这类系统级的开发是 C 的强项。主要问题是 Java 程序消耗的系统资源太大，完全无法承担大容量并发访问时所要求的性能和稳定性。
dlee你这样说可是没有任何道理的，如果JAVA不适合做协议软件，那Tomcat，还有各种EJB SERVER，还有什么JDBC、JNDI难道不需要通讯协议吗？可是谁认为Tomcat、EJB SERVER不能做大容量？大容量一般是靠分布式处理解决的，与你是否用JAVA无关。要说稳定性，JAVA比C好多了，C写的程序太容易CORE DUMP。 dlee 写道 所有大容量邮件系统的体系结构都是“分布应用、集中存储”。 为什么要集中存储？？？难道不能分布存储吗？ |
| 返回顶楼 | |
|
发表时间：2005-01-14
ray_linn 写道 xiaoyu 写道 引用 如果在更大的环境中来看Email Server，大型的Email系统，百万用户级，千万用户级的Internet Email系统，几乎无一例外的采用Qmail/Postfix等Unix平台的Email Server，在这个用户级别上，Java Email Server的效率和性能是不行的。
难道只有一台服务器在跑？？ 能不能给出一些数据证明一下呢？？？ 很多公司都使用Exchange Server，比如中国Dell，一共是四台Exchange服务器，而整个Dell中根本没有多少台Unix服务器，照样可以支撑起庞大的企业。我想MS和IBM肯定也是如此。 无一例外的说法很明显不对，email在企业中，不单只是sendmail那么简单，而是起到协同和组织的作用。很多工作，例如公告、共享、任务分发、提醒、约会、定会议室等等都需要通过email来完成。 Notes和Exchange是大型企业中比较乐意采用的。 你说的不能算是反对的理由吧，中国Dell所有员工加起来有多少用户，和163,sina的用户比比看 |
| 返回顶楼 | |
|
发表时间：2005-01-17
如果不计应用复杂度，单单想要一个高速，简单javamail为什么不更好呢？
如果你的带宽足够，又假如一台机器只可1w封/s， 如果要求10w/s， 加上十台机器不就行了，集群都有容器给你完成。 只不过，要是你的应用很复杂，有各种协同操作时， 用第三方的倒是可以减少工作量 |
| 返回顶楼 | |
|
发表时间：2005-02-04
我用过JAVAMAIL，也用过james-2.2.0，从使用的感觉来说，最大的问题就是效率太差，特别是james-2.2.0。
|
| 返回顶楼 | |
|
发表时间：2006-01-24
我谈谈我的看法.
对于"JAVA不适合协议级网络程序的开发","JAVA不适合企业级邮件系统的开发"这种观点,鄙人不敢苟同. 我自己就用JAVA从头开始开发了一个邮件系统(代号bmai(暂名)),中间没有采用其他的框架(如JAVAMAIL等),基本都采用NIO(java.nio.*)来实现. 我做了一下SMTP压力测试,与win magic mail,merek mail,做了一下比较,不比它们差.在大数据量邮件的处理上,比他们还要快一些.根据测试情况,我觉得NIO的效率还是不错的. 是不是适合协议级网络程序的开发,主要是看能承受的并发量(这个主要取决于实现的算法了),与采用的语言是C/C++还是JAVA其实关系不大.而且纯粹的就执行速度而言,JAVA差的有限(现在一般都采用HotSpot),关键还是在算法.像这次测试中,我就发现magicmail在处理大并发时效率不高,后台的线程可以从几十上升倒七八百,然后又降回去. 至于用户量只是一个虚值,几千万用户不可能同时在线,后台支持多少用户主要看用户系统的底层支持.这里的关键还是在线的并发数.而这个完全可以通过负载均衡来实现.1000(单机)*10(台)不就等于10000个并发了吗. 我的bmail正在试运行,支持SMTP/POP3/WEB(界面比较土),大家可以适用一下,感觉感觉.适用帐号:test/test SMTP/POP3:bmail.3322.org WEB:bmail.3322.org:8081 |
| 返回顶楼 | |
|
发表时间：2006-01-25
ozzzzzz 写道 我的一个朋友开发过一个电信级别的email系统（国内的，很有名的公司用的，不过后来他们的email收费了，所以这套系统就废了）。
首先认证系统就是使用内存数据库，也就是把客户ID和PD放在内存中,用一个高级别的线程做查询，一个最低级的线程不断的把内存中的数据备份到数据库。系统平台是UNIX，内存计划使用4G。发送和接收系统也是直接使用C。他说客户数量支持千万级，瞬时发送和接收率可以做到10w级。而最近武汉一个联通的人告诉我他们的服务器是杭州一个公司用python开发的。我想既然是电信的，级别应该也不低。 不过我觉得类似这样的应用，我们这些人很少会遇到，所以我也就没有仔细交流。但是他们都认为使用java是肯定不能满足这样的要求的。 杭州网新蓝德，用python+c 是培养python的人比较便宜，他们总工根我说的 |
| 返回顶楼 | |
