全新的邮箱,大家看看怎么样!

gadfly

哦，那最初重做是基于你对应用的处理来考虑的。我理解对么？

是这样子的，其实qmail的机制中是有一些局限性的，所以有些改进也很正常，实际上qmail.org有一些patch是针对这些来做的。当然，这些局限都是针对大规模重负荷的情况下。

其实我感兴趣的是你们使用的一些技术，我说的优势只是一个参照而已，突出你们特色。

例如：qmail的MTA是利用管道机制进行模块件通信和信件流转，不知道你们的做法呢？是不是还是按不同的功能分成几个程序？需要投递的时候再起动？

这个论坛的目的，也就是集思广益，开拓各位的思路。

正好论坛上一些朋友对qmail和postfix还比较熟，有的甚至在研究这两个MTA，我想可以针对一些关键进行讨论，相信也有助于你们产品的完善，也有利于增进各位对这两个MTA和你们MAIL系统机制的了解。

michee

是的,主要是根据我们自己的应用来的,因为我们通过一些研究(没有很深入),发觉用现有的东西来做比较麻烦,而且不太好掌控,当初我们需要做的是一个UMS系统,即以邮件系统为消息传递的核心,与现有的通讯方式相结合,即达到短信收发邮件,邮件到固定电话,手机(通过语音引擎),邮件到传真等等功能.当时主要想尽快解决这些不同应用的整合问题,那么只有自己重新来实现部分代码,来达到项目最后的要求,对于邮件系统本身来讲,按照能够实现收发邮件,遵循相关RFC协议简单的实现了smtp,pop,imda,emda,msgctl等,并没有考虑太多复杂的处理,当然这在以后的应用中也付出了一些代价.

  Qmail利用的管道机制,在本系统中是用的消息队列,Qmail通过多种状态来进行邮件消息的处理,随着分析,消息从一个状态过渡到另外一个状态,这也促成了它的抗崩溃性,在Basemail中也分成几个部分,分成了几个模块来进行控制,如imda就是内部投递的,msgctl 0是用来控制消息的,以下是我们的队列目录:
/queue/cur_iq/
/queue/cur_eq/
/queue/iq/
/queue/eq/
/queue/temp/

所有模块都是作为standalone的守护进程.

gadfly

ums的这些功能，其实用qmail(我对qmail熟些)再加些插件或外挂的应用网关应该可以实现。而且基本上来说这些转换都是需要厂商的api支持。现在这些你们都实现了么，而且功能都内置？

smtp,pop,imda,emda,msgctl这些模块standalone，那个数的比例是怎么样一个情况？有没有什么对应关系？

消息队列有一些局限，就是每个消息包的大小有限制，队列长度有限制，不值到你们有什么考虑？信件也是通过消息队列流转的么？

看了你们的webmail，很不错，是不是利用了一些ie内置的组件技术？

hzqbbc

原帖由 "gadfly" 发表：
ums的这些功能，其实用qmail(我对qmail熟些)再加些插件或外挂的应用网关应该可以实现。而且基本上来说这些转换都是需要厂商的api支持。现在这些你们都实现了么，而且功能都内置？

smtp,pop,imda,emda,msgctl这些?.........

   

它的js效果果然强悍哦 ！！！！

gadfly

不单是js。

ie内置的一些scriptlet也用到了。不知道netscape能不能有这种效果

不过感觉是不错，风格和客户端软件差不多了

bzzyg

不错 我刚才做了一个申请,请把bzzyg 的信息删掉.

ben_ben

[quote]原帖由 "michee"]呵呵..最开始的时候参照了Qmail、postfix...等代码,后来觉得怎么都有点不方便,就重新全部重新写了MTA,POP3,内部控制队列等,web是采用php,数据库用的openldap.(当然时间也蛮长了,从2000年底开始陆续从事这方面的工作?.........[/quote 发表：
     

兄台能不能介绍一下openldap主要是做了一些什么？谢谢！

leaper

我也想知道ldap作了些什么？？

hzqbbc

原帖由 "gadfly" 发表：
不单是js。

ie内置的一些scriptlet也用到了。不知道netscape能不能有这种效果

不过感觉是不错，风格和客户端软件差不多了

   

哦。这个是。不过这样一来就只能让ie用了。呵呵。

pys

做得不错~~
js是不是用的border+1实现的那个效果？