ZZ: Postmark introduces easy inbound email processing for all accounts
http://news.ycombinator.com/item?id=3475308
postmark 本身也无所谓,评论才有意思。。。一堆各个 EaaS 的同志开始介绍自家的服务
http://news.ycombinator.com/item?id=3475308
postmark 本身也无所谓,评论才有意思。。。一堆各个 EaaS 的同志开始介绍自家的服务
很久没有折腾代码了...简单说说看到的一些东西吧
作者很牛很靠谱,haraka 已经是一个逻辑非常完整的 MTA 了。现在感觉可以依赖它继续做些好玩的东西下去
开发者的个人blog是:http://www.benjamincoe.com/ (需翻墙),我喜欢他提出的一句话“Email as a Platform”
https://github.com/bcoe/secure-smtpdhttps://github.com/bcoe/smtproutes
http://haraka.github.com/
按照技术难度,咱们来发展它依次有三个可能:
1. 作 out-bound 的 MTA,它的定制性比 postfix 应该是容易些。由于某些原因,向外投递如果出现问题需要一些更复杂的处理,而不是简单的产生退信了事。
2. 作 in-bound 的 MTA,尤其是如果要重新开始实现一个商用的邮件网关的话,应该考察一下这个项目。
3. 如果已经能当 out-bound,又搞定了 in-bound,那就作一个整套的 Windows 邮件系统吧。
另外刚刚又搜索了一下 Python 的 MTA,貌似最靠谱的是 http://www.lamsonproject.org,但是也有一年没有更新了
UPDATE: Python 最新的进展是 https://github.com/bcoe/smtproutes
这个提问的人根据 MailChimp 的一篇 blog,估算出它的付费用户数,以及付费用户购买各个价位服务的比例,再根据网站上的报价,估算出它的收入水平。。。最后拿一个上市公司 Constant Contact 的财报数据对比,可以看到这两个公司的付费用户数和收入基本是相当的,最后从 CC 的市值推导出 MailChimp 的市值
这篇 blog 讲的是 MailChimp 探索 freemium 这种商业模式一年后的数据情况。我觉得凡是考虑免费用户转化为收费用户的企业都应该好好看看这篇文章
看题目都很吸引人,尤其是 Pandora、Dropbox、Evernote,现在可都是资本市场的宠儿啊!
啊啊啊啊啊啊啊啊啊啊啊!!!!
不管商业模式怎么样,最核心的还是要有漂亮的产品。Dropbox 和 Evernote 在 geek 圈中被推崇的程度就不说了;即使是 MailChimp,看看它的历史,已经成立了 10 年,70 位雇员,包括 4 个设计团队!!!
对于想做 EM + DM 业务的朋友来说,可以去 quora 追一下 Ben Chestnut,MailChimp 的 CEO
https://github.com/baudehlo/Haraka#readme
看作者的自述:Haraka is a project started by Matt Sergeant, a 10 year veteran of the email and anti-spam world. Previous projects have been the project leader for SpamAssassin and a hacker on Qpsmtpd, a perl based mail server which is quite similar to Haraka (but not as fast due to perl being slower than Javascript).
貌似不是一个蛋疼的项目... 刚刚发布 0.6.0 版本
Why Use Haraka?
Haraka's primary purpose is to provide you with a much easier to extend mail server than most available SMTP servers out there such as Postfix, Exim or Microsoft Exchange, yet while still running those systems for their excellent ability to deliver mail to users.
postfix 一直没有增加 libevent 的支持,对一个这么活跃的项目,以及这么被广泛使用的服务来说有点异乎寻常。从理论上来说,一个邮件系统的I/O能力是被其磁盘信件队列的I/O能力限制住了,所以网络I/O不追求高并发也可以理解。
但是考虑到垃圾邮件,潜在的DDoS攻击,在 postfix 之前弄一个这玩意确实值得考虑。
以前曾经想过用 twisted 做类似的东东,现在看来又多了一个新选择。
最后要说的是,node/v8 的 gc 确实很蛋疼
就在过去一个月里,我听说了三家专门做邮件发送生意的美国企业:
1. Amazon 的 SES3. SendGrid
看起来这类服务仅仅是做外包邮件发送,而不是做数据库营销。
蛮有意思,好像中国还没有如此纯粹的服务。纯粹纯粹纯粹
今天在Velocity的Yahoo Mail报告,主旨是关于UED的。但我提了一个非技术问题,“我们可以注意到Facebook刚刚发布了Unify Message Inbox,Yahoo Mail新的Beta也融合了大量SNS元素。。。那么雅虎怎么看待电子邮件的未来?”
一位女士blarblar讲了半天,电邮适用在很多场景下,电邮和SNS有很多差异等等...
这个事情自从fmail以来我就一直在思考,没有结论,至少目前还无法得出电邮已死的结论,说说我的各种混乱无序的想法:
* Email Inbox 是一个私密的应用场景,这和SNS是截然不同的;必须给用户安全感
* Email 的社交功能在被边缘化;什么是“社交功能”??
* IM 的社交功能也会被边缘化吗?
* 什么是 feed?什么是 message?什么是 chat/conversation?
* 什么是 reply?什么是 forward?retweet翻译成"转发",而reply成了评论
* retweet vs share(GoogleReader)
* SMTP+MIME vs 开放平台
* 做给别人看的(公共空间),和自己负责的(私人空间),是两个不同的东西
不管是退一步还是进一步,都比站在原地要好
昨天 @sohu.com 的全程 HTTPS 功能正式上线,这样 Nginx 所有的反向代理功能,我们就全都用上了。包括 http(s)/pop(s)/imap(s) 以及各种各样的 TLS.
现贴一张我们的系统结构图纪念,俺先手绘然后数字化滴,比visio有感觉,哈
欲看大图请猛击这里http://www.dup2.org/files/2010/mailsystem.jpg
大概就是 Nginx 集群、MX 集群、SMTP 集群、Milter 集群、桶集群、MySQL 应用等几类服务,基本上描述了 email 是怎么在系统里流通的。
和终端用户打交道的是 Nginx 反向代理,因此同时在网通和电信有部署,通过 DNS 来分别解析。
VIP.SOHU.COM 用户除了容量更大以外,对外发信也是有更好服务滴..不和免费的混在一起。
这些 cluster 同时为 mail.sohu.com/vip.sohu.com/mail.sogou.com/mail.chinaren.com 服务,简化偶们的 IT 部署成本。很好奇网易的几个邮箱(163/126/yeah/vip)是各自单独的系统,还是像我们这样用同一套系统集中服务。
就真实业务来说,还缺做 lookup db 的 BDB 集群,没必要画出来了。
下面等待继续建设的是企业邮箱,今年怎么也全搞定了。
最新评论