MTA 2.0 ?

From blog 配图

昨天有一组 bizanga.com （发音：bi-zan-ga）的人来访。本来以为他们又是一个 AntiSpam 解决方案提供商而已，但接触下来让我大跌眼镜——他们居然是一个，MTA 供应商！！

他们的方案是：提供高效的，灵活可配置的，已经预置 n 种知名 antispam antivirus 集成接口，n 种认证接口的 MTA。给客户带来的好处是进一步缩减硬件成本，以及管理成本。针对于 MTA 集群，他们也能做到一个中央服务器同时管理配置，并收集所有的连接信息，在各个服务器之间共享。

实际上他们的思路和 sohu 所做的挺吻合，把 MTA solution 分成两个部分，其一是MTA 服务器以及用户lookup/auth机制，另一个是内容检测机制。搜狐/Bizanga 负责第一部分，内容检测交给第三方厂商做。

Bizanga 的风格和我以前接触的邮件相关厂商不一样，演示用的是黑色的 Macbook，上面还跑了一个虚拟机！！！直接给我展示其 MTA 灵活配置的特性。它的 web 配置界面和 MTA 的紧密集成特性，给我留下了极为深刻的印象。总之他们号称自己的效率是 postfix 的 6 倍，我倒是不太怀疑，因为看得出他们在 MTA 层面下了很大的功夫。

难道 postfix 的性能已经如此不堪了吗？我带着这个疑问搜索了一下，发现这么一系列有趣的文章：Some thoughts on MTA architecture - Google Tech Talk 2008-06-02。学习了一下当今 MTA 界最新思潮，再结合历史我就释然了——当初 apache 是多么的如日中天，但后来一样是受到了 lighttpd/nginx 的强力挑战，最近又出了一个什么 cherokee，如今在 MTA 领域出现一个商业公司 bizanga 像当初 Zeus 那样挑战 postfix 也算正常。

不过它们的产品看起来虽好，我觉得并不适合我们。咳咳，至少对 coremail 系和 eyou 系出身的技术团队来说，MTA 方案没有什么吸引力。传统电信行业，或者 mail-hosting 企业我觉得更需要他们的帮助。还有，他们如果想在中国展开业务，需要和中国本地的 antispam 解决方案提供商有更多合作，我已经向它们推荐了汉启，不知道以后如何。

以后如果俺们有精力，说不定用 erlang 或 stackless python 搞一个 MTA 来玩玩，集成 web-admin 和 XMPP server，接口和 postfix 保持一致... 哈，也就是想想而已，反正今年是不可能有这个时间的了