《乌合之众》
《失控》

1. ajax 下载文件？不太懂，为何不判断权限，如果没有权限就不给出下载链接，如果有权限才给出下载链接
2. 点击下载链接后再次验证权限，想到有如下做法[根据规模选择]：
a. 生成一个一段时间（例如 10s）的 token 放在 redis 里面，然后跳转至下载链接；然后使用 nodejs 代理或者 lua 脚本结合 Nginx 的方式，查看token 是否有效，有效才开始下载。
b. 静态云服务器应该都有类似的功能，生成一个一次性/临时有实效的下载地址，避免暴露真实地址。

@cgyqqcgy 哈哈，我顺手从业务里面把实际的代码 cp 了出来。。

想到的依旧是使用 localstorage，通过很多二级域名的方式来实现大小的拓展。关于跨域： http://www.nczonline.net/blog/2010/09/07/learning-from-xauth-cross-domain-localstorage/

@qiuai 不过毕竟两个还是有点不太一样。我自己想想怎么快速也推出一个正式运营的版本（可能为了降低开发成本去掉免费版）。

@14 国外授权可以获得用户的邮箱，例如 Github，Google，基本需要的信息其实都得到了。
但是国内通常不会给你这些信息。

@jecky15 现在的话，是准备做一个功能（特别是调用方式）于 mailgun 类似，可以在自己服务器上部署的邮件服务器，前期核心只有一个发件（强制绑定 SPF DKIM，并且自带队列控制投递频率，以及一些错误处理回调等等）。
其他的统计等等在后期自己实现/集成其他开源服务。

@jecky15 恩，好好研究下~

@roymax 考虑下，不过这个部署可能会略麻烦，用到了 imagemagic 和 golang。

@dbbbit 测试指的是调整策略来观察投递的效果么？这个的话目前没有，目前都是依赖之前一次大规模投送的经验还有看别人的总结来制定我的规则。实际投递的话风险太大。

如果是开发时候的测试，我是在测试的时候将实际投递的代码换成了模拟投递，随机返回错误。

@raincious

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

@qiuai 小量邮件建议接入 mailgun（项目很大程度借鉴了 mailgun 的设计）。这个服务很快就要停止维护转而专心准备开源版的项目。

到时候可以关注下开源版，可以在自己 VPS/服务器 上搭建个人版的邮件服务器。

@qiuai 恩啊，这个没有问题的。PHP所有版本的代码是 @ichou 提供的，尝试修改下代码，将 'expire' => time() + 10 里面的 10 换成更大的值看看。

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

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

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

@lfzyx 目前考虑采用 GPL 协议进行开源。

@qiuai 因为我禁 ping 了，尝试 curl 'http://api.jianxin.io'

@lhbc 恩，MTA模块就是提供Gmail的STMP使用账号发送的功能，只是网站上没有体现出来~

@blueandhack 哈哈，掐指一算三年多了。

@humiaozuzu 图片生成使用imagemagick，大概思路：
1. 随机出题目（随机符号，然后随机第一个数字、随机第二个数字）
2. 随机将部分数字变成文字
3. 随机字体和颜色

由于代码企业也在用，所以就不方便开源了