extmail 附件发送性能
请教个问题：extmail的附件文件传输是怎么实现的？或者如何提高其附件传输性能？----------------------------
在过去搭建了个debian系统的postfix+dovecot+squirrelmail邮件系统，在一台主频为600M的机器上跑（这机器有些破:loveliness: ），感觉性能方面还不错。
如5，6个人同时发送100多M的附件，这个破机器都顶多住，发送速度还可以，大约需1分钟左右时间发送完成（其附件传输速度相当于局域网内传输文件的速度）。当时测试最大可发送的附件大小为650多M，经编码后大学变为800多M。
可最近搭建了个debian系统的postfix+maildrop+extmail的服务器，也是这个机器（主频600M），在不使用fastcgi时，只使用一个用户登录操作，CPU都会彪到50%，在不使用fastcgi时，附件大小64M发送成功过，不过非常的慢。
使用fastcgi后，访问页面速度变快了些，但32M大小的附件也发送不成功啦，10M以上的都有点玄。（也使用过speedyCGI，配置后访问速度也加快啦，但会出现些问题。）
后来使用fcgid进行加速后，其访问速度又比fastcgi快很多，但附件方面仍然存在问题。超过10M的也有点玄。
查了很多资料，实在难搞定。是否由于extmail在大附件方面一直不是其考虑的重点？ 还有在extmail上如何实现针对各个用户进行附件大小限制？ 10m以上有点玄，这个玄何解？报什么错误吗？另外，发大附件的一个问题就是I/O 操作时间过久，会使apache 报超时，然后会有500错误。这个不是extmail的问题，lz可以延长apache的一个Timeout值就可以了。
当然，lz反映的确实是个事实，extmail在附件上载I/O这里，效率是不如php的，因为php的表单处理是c写的，效率高很多。以后会想办法改进。 哦，发送时不会报错，页面会一直停在那个发送页面中。 还有个问题，在Firefox上登录一个用户t1，然后新打开一个标签，重新打开一个登录页面，并登录用户t2，登录后会发现仍然是用户t1 5楼，这个是session 的cache，有点讨厌。目前不能2个人同时登陆的。只能一个人。另外，4楼说的一直停在那，你ps ax看看compose.cgi 是否在运行？ [quote]原帖由 [i]hzqbbc[/i] 于 2008-11-19 19:18 发表 [url=http://www.extmail.org/forum/redirect.php?goto=findpost&pid=51992&ptid=9243][img]http://www.extmail.org/forum/images/common/back.gif[/img][/url]
5楼，这个是session 的cache，有点讨厌。目前不能2个人同时登陆的。只能一个人。另外，4楼说的一直停在那，你ps ax看看compose.cgi 是否在运行？ [/quote]
这个问题真的很讨厌，总停那里，又没报错，给用户感觉不好
还是要做进度条，或者采取其他方式（如FTP）来上传附件 其实web方式做大附件上传的问题解决应该比较麻烦，不是设置的问题，需要插件来解决吧 process bar 目前来看不太现实 :Q 为什么察看有大附件的一条邮件，半天也显示不出来。
比如别人给我发了一个带200M附件 的邮件，主题：test1。
我登陆到邮箱的web界面，点击收件箱里的邮件test1，半天也没反应，有时候还超时。
点击收件箱里其他没有附件，或者附件比较小的邮件就没有这个问题。请问这是什么原因？如何解决？用的是EMOS1.4... 现在我们公司也有人投述上传附件太慢了。 [quote]原帖由 [i]shamdeng[/i] 于 2010-8-17 01:46 发表 [url=http://www.extmail.org/forum/redirect.php?goto=findpost&pid=81650&ptid=9243][img]http://www.extmail.org/forum/images/common/back.gif[/img][/url]
现在我们公司也有人投述上传附件太慢了。 [/quote]
公司内部的就让他用邮件客户端吧，不要用webmail来传附件
页:
[1]