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

做这个项目的初衷很简单，很多人吐槽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 服务。

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

dbbbit

2014-09-13 14:35:03 +08:00

@vincenting
其实也没必要针对qq做太多的调整，能控制频率，控制量就行了。
说到底，能发多少还是要看自己在qq那儿的额度。
我之前优化过的邮件服务器，一天对qq能发七到八万，但还是不够。
用户中qq邮件用户占了绝大多数。

不知到你们对日志的是否做统计处理？
个人觉得统计对于了解发送情况并调整发送策略非常有用。

vincenting

2014-09-13 15:10:24 +08:00

@dbbbit 统计就是主要就是想结合 QQ 邮箱自身的服务，包括 “他域互通管理” http://service.mail.qq.com/cgi-bin/help?subtype=1&&id=20006&&no=1000938 以及 “垃圾邮件举报反馈系统” 系统来进行调整。

系统这里可以来进行发送频率控制，遇到发送错误，如果鉴定为非用户不存在（自己整理了一个关键字列表）的情况，然后有一个相应的尝试机制。

恩，很赞成统计（反馈）的重要性~

dbbbit

2014-09-13 15:31:14 +08:00

@vincenting
虽然qq邮箱用户可能占到大多数，但是最好避免过分重视qq邮箱。
结合 QQ 邮箱自身的服务固然不错，但只是加分项。
其他邮件服务比如 163等的额度往往比qq 还要低很多（虽然相应的用户不多）
日志统计其实已经能够获得除用户举报等信息外的全部信息，打开率也应该有自己的统计方法。
更一般的做法就是从日志来获取反馈，postfix 或者 nodemail应该都有详细的日志和统计插件可用。(避免很多不必要的开发）

发送错误的情况，如果邮件量比较大（出错占的比例较小），视邮件重要性有可配置的尝试次数。
因为尝试会消耗你的发信额度，一般宣传邮件失败可直接丢弃。