本贴由 iRedMail 开发人员 Zhang Huangbin 代表 iRedMail 项目组撰文并发布，仅供各位朋友参考。

我们的原则是：绝不会反对大家使用某个软件，但也许会推荐大家使用另外一些
软件。

这是我们在整合 ExtMail 到 iRedMail 方案的过程中发现的问题和一些考虑，仅供
参考：

   * 直接操作文件的方式而不是通过 IMAP 协议来处理邮件，是最大的败笔，
     IMAP 协议的优势都没了，IMAP 软件实现的一些功能也都没了。由此产生
     了 N 多问题。当然，这点也恰恰是它的其它亮点的来源，比如网络磁盘。

     这里说一下问题吧，给大家做个参考。

       - 必须用 Apache 的 SuExec。很可惜，OpenBSD 自带的 Apache 没有
         suexec。
       - ExtMail 程序的 Owner 必须设置为处理邮件（MDA）的用户。
       - 如果你要 chroot Apache，你还得把存放邮件的目录也放在 chroot
         目录里。你觉得危险不？
       - 无法自动创建用户的 Maildir/Mailbox。这个一般 IMAP/POP3 服务器
         会帮你搞定，例如 Dovecot，可是 ExtMail 就是不实现，而是放在
         ExtMan 管理后台去实现。

         PS：iRedMail 开发组制作了补丁让 ExtMail 在文件系统上自动建立
         用户的邮箱，也反馈到 ExtMail 论坛，但是没人理会。

       - Web Mail 程序和 IMAP 服务器软件（例如：Courier-IMAP, Dovecot）
         可以部署到不同的服务器上，有利于你做负载均衡。但用 ExtMail 却
         似乎只能通过共享存储来实现这样的负载均衡？

   那使用 IMAP 操作邮箱的好处呢？

       - 你的 Apache 可以被放在 chroot 环境，你不需要使用虚拟主机，
         你不需要使用 SuExec。
       - ExtMail 说是开源，也确实可以获得源代码，但是，但是，有缺陷。
         怎么说呢？

           + 安全问题。cgi 的安全问题是比较头痛的，要写出安全的 cgi
             程序，需要有比较丰富的经验。我相信 ExtMail 团队的开发人员
             都比较有经验，我只是对 CGI 比较头痛。

             当然，任何一个事物、项目都需要成长的时间。你可以期待它，但
             是对它的优缺点也要有个权衡。

           + ExtMail 的技术支持很弱。在论坛里贴帖子，难以得到回复。就
             不说“及时”回复了。我贴了个 bug report，几个月了没人理。
             当然，我也不知道它是否已经修正了。这也牵涉到第三点：

           + 源代码。ExtMail 说是 GPL 的，没错，确实也可以获取到源代码，
             但是没有 svn 仓库可以跟踪它的进展。而 ExtMail Team 似乎
             并不打算开放 svn/cvs 浏览权限给大家。。

   * 不支持 OpenLDAP 里默认使用的 SSHA 加密算法。这个似乎是比较容易的
     事情吧？但是比较遗憾，开发人员似乎都只用 MD5。

那使用 SquirrelMail/Roundcubemail 这类的程序，相对而言，有哪些优势呢？

   * 更多人使用。这意味着什么？表示漏洞会更快被发现，并更快被解决。
     在这里也建议所有使用 Roundcubemail 或其它软件在生产环境的系统
     管理员，订阅你所使用的软件的邮件列表，以跟踪它的进展。例如
     announcement 列表等，这样有 security fix 之类的补丁，你才能及时
     升级。

   * 更 "Open Source"。当然，这个只是玩笑话。我的意思是，它们的开发更
     透明，让使用者更放心。

另外，对于 Web Mail 程序的执着，建议大家客观地分析一下：

   * 你的用户有多少时间是使用 Web Mail，有多少时间是使用 Outlook，
     Foxmail？

我个人始终觉得，webmail 不过是紧急时候的替代品而已，始终使用 webmail 的
人，多么？