标签:
原文:http://www.l4zy.com/posts/aws_ses-mailgun-sendcloud.html
电子邮件这一已经诞生很多年的互联网基础服务并没有随着时间的推移而慢慢消亡,实际上它的生命力比大多数人预料的要强得多,至少到目前为之它还是互联网不可缺少的一部分。因此邮件系统就成了大多数网站重要组件,我在开发SegmentFault邮件通知系统的时候有幸测试了目前比较常见的三大邮件发送服务。
这里可以大致介绍下这三大服务的特点
我们最早使用的就是它,价格非常便宜,便宜到每月的费用基本上可以忽略,而且API也非常友好,实在是初创网站的不二选择。但是它有三个非常明显的缺点
前面两点有解决方法,可以参考我写过的《用PHP实现一个Amazon SES的代理服务器》。
由于有官方的合作关系,我在SendCloud还在内部测试的时候,就拿到了使用资格,并在SF线上的一些不重要的服务上进行了测试。
SendCloud对国内邮箱的支持是非常好的,上面提到的QQ邮箱服务在SendCloud里面没有遇到,所有邮件均能准确送达。而且由于是国内线路,所以API响应速度也非常快。
但是我有点担心它对国外邮箱的支持,因为已经出现过发送到windows live邮箱收不到的情况,不过后来得到了解决。不过我建议大家在发送国外邮箱时还是使用国外的邮件服务,因为很有可能因为众所周知的访问限制原因,我们的邮件无法送达,毕竟搜狐也解决不了政策上的问题。
最后要说一点的是,SendCloud的定价有点偏贵。免费用户每天200封的限制 还不如限制每月的总封数。而且对于群发邮件来说,我用SES每个月100块人民币就搞定的量,在SendCloud上可能要用五六百了。最后每个月即使你一封邮件也不发,也会扣59块钱,这也太坑爹了吧,难道是参考手机的最低消费来算的?我还是比较喜欢按发送量来收费比较透明。
不过针对国内某些比较难搞定的邮箱,用SendCloud还真是挺合适的。
首先赞一下它的官网页面设计,清新脱俗。从它的logo也可以看出,这公司已经成为rackspace旗下的了。
rackspace何许人也,如果这么著名的IDC你都没听过,我只能告诉你github的就托管在它上面。而Mailgun官网下方合作伙伴logo列表里大大的github也显示它们之间不凡的关系。
Mailgun的免费账户还是挺实用的,每个月10000封的量足够中小网站使用了。当然价格还是比SES略贵,但是人家的邮件到达率可比SES高多了,目前我们正在测试SF的通知邮件,基本没有被拒收,即使在最奇葩的QQ邮箱也能做到完全送达。
另外我要说一下Mailgun的API,设计的太赞了,不需要任何特殊的sdk支持,只需要用curl去post相应的参数就行了,这才是真正的REST接口!
SES的服务后台还真是简约又简单,当然它是整合到了AWS Management Console里,你只能看到个大概信息,上方是账户基本概况
可以看到,由于我平时的发送量比较大,SES已经自动将我的配额调整到每天10万封的发送量,每秒钟最多可以发送28封邮件。需要注意的是这个数值是渐进式增长的,你开始也许只有1000封的配额,这主要是防止某些垃圾邮件发送服务一开始就滥用。
下方是SES的统计图表,由于我目前就是拿SES来群发周报所以可以看到很有规律的数值起伏。值得注意的是SES没有日志查看,这就是所有的信息了。所以出了问题你在后台是查不到的,只能你自己记录每封邮件的返回信息了。
相比较而言SendCloud提供的信息就非常全面了,无论是概览的趋势图
还是每封邮件的发送记录,都有显示。
但是东西一多就显得很杂乱,某些东西让人摸不着头脑,比如下方的这个收信域名是个什么东西,页面上也没有相应的帮助链接。我当时只是按发信域名设置了一下,后来发现设不设置都没影响
最后出场的是Mailgun,这也是让我最喜欢的一个后台设计,dashboard页清晰明了
日志页可以追踪每封邮件的状态
前段时间看到知乎把邮件服务从Mailgun部分迁移到SendCloud了,其实我也建议大家这么做。针对国内部分邮箱,使用SendCloud来发,其它邮箱就用Mailgun。如果是群发周报这种对到达率要求不高的邮件,则可以选用SES这种价格便宜量又足的服务。最后几点忠告
邮件发送服务AWS SES,Mailgun以及SendCloud(转)
标签:
原文地址:http://www.cnblogs.com/ajianbeyourself/p/4251807.html