做了四个月的邮件系统，准备修改为开源版本，收集意见中~

做这个项目的初衷很简单，很多人吐槽mailgun、sendcloud的独立IP价格略贵，同时mailgun不能有效的去兼容特别是QQ的发送规则，目前的产品形态参加 http://jianxin.io/ (应该会在下面的某天关闭)，简单介绍下现在的设计以及准备修改并且开源的版本。

当前功能（忽略各种用户体系）：

1. 自动生成 dkim 的记录值，并检测 dns 情况。
2. 邮件分为普通邮件和紧急邮件，其中普通邮件为根据队列发送的邮件，紧急邮件为立刻发送的邮件。
3. 发送中遇到错误，分析是否为用户不存在，否则暂停发送一段时间后继续发送。
4. 支持 SMTP 协议以及 HTTP 协议的接口调用，并可选使用长连接直接返回邮件发送结果。

目前想到的开源版的功能：

1. 去除目前的用户体系，将域名添加变成域名和发送IP添加（可以使用自己的VPS进行发送，并且可以绑定反向域名解析）。
2. 增加针对收件域（例如 QQ）的发件频率控制。
3. 更丰富的日志。

如果想了解邮件发送的原理，可以参考我之前写的帖子： http://blog.segmentfault.com/vincent/1190000000661065

当前的代码结构：

1. 发送器(golang实现)，postfix 或者 nodemail 同等级的服务。负责邮件任务的处理（邮件队列、邮件的投递、以及邮件返回错误的初步处理（判断是否为收件人不存在））。
2. 服务分发(golang实现)，目前主要负责和发送器间的通讯，以及发送器健康状况的检测。
3. API 服务(Ruby的cramp实现)，HTTP 调用方式的请求服务，包括发邮件、获取发送列表、当前用户状态等等的接口。
4. 业务服务(Ruby的sinatra实现)，就是你可以看到的网站自身。
5. MTA(Nodejs实现)，负责将SMTP协议的请求转发给 API 服务。

思考了好久才决定转化为开源产品，如果有负责过邮件的前辈，希望分享下曾经遇到过的其他问题，大家一起来打造一款更好的开源邮件服务。

vincenting

2014-09-13 19:17:01 +08:00

@dbbbit 恩，我考虑的是单从发送组件说的话，只提供发送频率修改这样的一个功能。还有就是详细的发送结果日志（通过SMTP协议通信后，对方服务最终给出的是否投递成功的日志）。QQ 的的确只是加分项，让用户更好的把握投递频率。

邮件打开率/邮件链接打开率我的理解是通过在邮件内嵌入空白图片标签进行邮件阅读统计，加上类似短域名的类似的服务进行链接打开率统计。这个可以使用开源方案解决。

发送错误处理，我考虑的还是分为两种：
1. 普通广播形式的邮件（例如订阅的文章），这种不需要当日送达。虽然重复投递（间隔很久，会放到队列的最后）可能浪费当日的限额，但是后面的邮件可以依次推迟，放到后面。
2. 紧急并且需要实时投递的邮件，我有设计一个长连接式的接口，直接会返回发送情况，如果投递失败的话，用户可以在多台机器间（或者后期添加发送组的概念，直接程序集成）切换进行直到发送成功，毕竟目前主要还是对IP进行限制。

vincenting

2014-09-13 20:00:09 +08:00

@raincious

1. 开源是因为我希望对于开发者来说可以有一个更好的邮件发送服务的选择（够用并且好用）
2. 使用 GPL 是因为最终开源的我也会尽力做成产品基本的代码，而不是功能/模块级别的
3. 同时我自己也保留后期商业运作（提供云端邮件系统，让简信复活）这样的可能性（还是有点私心）