当前位置

电子邮件

电子邮件相关

简单算术题

假设中国人每天平均1亿人访问个人电子邮箱;假设平均每人在MUA里有兴趣看2-3封广告(用户主动注册的广告投递服务,包括 MP 主动投放的广告),打开1-2封触发类邮件,可以容忍10封触发类邮件。

那么中文互联网世界里,有效的邮件投递,广告类应该是每日3亿封的上限;触发类邮件是每日2亿-10亿封的上限。暂且订一个目标吧,SendCloud要投递每天被打开的触发邮中的1亿封,50%的市场份额。

有没有可能SendCloud每天投递5亿封触发邮?我觉得这个事情需要 MP ,以及 Mail Client 一起来合作。在 MUA 里,得能更有效地让用户处理(或者用流行的话说:消费)掉10封触发邮,而不损害体验才行。还有一类触发邮,和 MUA 内的消费无关,用于 webhook 编程(比如用 Email 完成搜狐随身看收藏),这是另外一个领域,充满未知。

一个敏感问题,每日3亿封广告邮件,到底该怎么来做?我觉得,这个市场的大头,最终应该是被 MP (以及 Mail Client)拿走,因为有 RTB 这个武器,传统的静态邮件广告从效果和价值上肯定不是对手。除去大头还剩下一个长尾市场,估计每日也就1亿封吧,内容可能更近似于客户关系维护(或者说触发邮)而不是marketing promotion email,这个价值会和客户关系的价值成正比。

灰色地带或者损害用户邮箱使用体验的,不予讨论。我真心希望5年后个人电子邮箱服务仍然是最重要的互联网服务之一。

Topic: 

产品价值观

虽然在很早以前就看过 SendGrid,Madmimi 等服务,但很难下定决心去做 SendCloud 这件事情。这里有一个道德困境,你怎么可能同时做好 MP 和 ESP?

武汉研发中心的成立是一个好契机,从运营的角度是两个不同的实体,双方各自背负相应的工作目标,按照行业标准的流程来配合;另一方面,ESP 本来就不应该妖魔化,或者说,SendCloud 因为没有短期的盈利压力,我们希望以最正规的模式,吸引最优质的发信人,给最终用户最好的投递体验。我希望,且相信 SendCloud 能达到 SendGrid、Mailgun。。。未来乃至 Mailchimp 那样的市场口碑。

有做事的守则、目标还不够,我觉得还需要产品核心价值观,价值观是把创业团队凝聚在一起的东西——不仅仅是赚钱和KPI,价值观还是产品在行业生态链里的定位。后来我总结 SendCloud 的价值观如下:“SendCloud 帮助(Web)应用和用户收件箱产生连接” 。我认为对于消费者来说,邮箱在人和人之间通信里的地位在下降,对于 MP 来说,来自外部应用的有价值的内容会越来越重要,对于应用开发者来说,邮箱是一个依然可靠的目标平台;通过 SendCloud 的努力,同时为消费者、MP、Developer 提供价值,这就是我们存在的意义。

武汉研发中心的第一个产品,搜狐随身看的核心价值观是:我们把传统的面向 Desktop 发行的内容经过智能转换和适配存储在云端,提供给用户跨设备的,优质的内容消费体验。

名词解释:ESP 和 MP

ESP 是 Email Service Provider 的缩写,以前行业内在交流的时候,大家缺省认为提供邮箱服务的就是 ESP,现在看这种称呼是有问题的,应该予以纠正,否则国际交流的时候会闹笑话。

在去年12月的 RFC6449(关于 FBL) 里明确定义:

  1. Email Service Provider (ESP) - A provider of email sending services; the ESP is often a Message Originator working on behalf of a Message Author. MAAWG uses the term "ESP" solely for this definition and does not refer to a Mailbox Provider for End Users as ESPs.
  2. Mailbox Provider - A company or organization that provides email mailbox hosting services for End Users and/or organizations. Many Mailbox Providers are also Access Providers.
  3. Access Provider - Any company or organization that provides End Users with access to the Internet. It may or may not be the same entity that the End User uses as a Mailbox Provider.

在今年6月刚刚出的RFC6650里也同样沿用了上述 Email Service Provider 和 Mailbox Provider 的定义。

另外关于 FBL 的实现,RFC 里提出了 Feedback Provider 的概念,我觉得还有点道理,理论上 FP 和 MP 可以不是一个实体,搜狐邮箱可以先把 FP 这一块的服务独立出来开发。

附:有时候觉得老外真是严谨得过了头,当看到 Mandrill 提供的 SMTP 服务除了 25 和 465(SSL SMTP) 之外,还提供了 587 这么屌爆了的端口,orz.... 严格来说,ESP 提供的确实是 MSA 服务

更新:发现 ReturnPath 就是一家专业的 Feedback Provider

Topic: 

今天又学习了一下 MailChimp

  1. MailChimp 除了拥有 TinyLetter(收购来的),现在还启动了一个叫 MANDRILL 的 transactional email 服务,内测中
  2. MailChimp 把自己的投递平台也独立成一个产品/品牌? MailChimp Embed ... 我发现怎么我的一些思路和 MailChimp 如此的吻合呢?
  3. Some Crazy MailChimp Numbers 这篇文章里的信息量很大
  4. 最后,在 Quora 上发现一个叫 Jon Lim 的哥们,PostageApp 的产品经理.
Topic: 

xobni for gmail

三年多前,我在blog上说“...最近装了 xobni,一个 outlook 插件。它带给我自 Gmail、plaxo 后,第三次的惊喜——原来邮件还可以发掘这样的应用!另外,如果哪一天有第三方能为 webmail 开发出类似重量级的插件应用,才能表明 webmail 是可以代替客户端的...”

今天试了下 xobni for gmail, 基本符合预期

但从不到6万的安装量上来看,这个插件前途比较渺茫,将来怎么弄呢??

若干关于电子邮件的东东...

  1. http://www.jangosmtp.com,号称是:"The world’s first transactional email service with tracking"
  2. http://www.mailinator.com/,这个服务应该有年头了。。"Mailinator has received 14,705,812 emails today. ",是从其 blog 上最近的一篇文章引起注意的 How Mailinator compresses email by 90%

    从评论里还学到一个学术名词:near-duplicate detection

顺手给 blog 建了一个"电子邮件"的分类

晚上试玩了一下 haraka

很久没有折腾代码了...简单说说看到的一些东西吧

  1. 安装完 haraka 后,使用 haraka -i /path/to/sth 创建一个执行路径。所有的配置文件,队列目录,自己开发的plugin就都放在这个目录下,然后用 haraka -c /path/to/sth 启动服务
  2. me 这个文件最重要是在 outbound 的时候 helo/ehlo 申明自己名字时候用的;同时也表明自己可以接收哪个@主机邮件
  3. plugins 的入口就是 hook_xxxx ;在整个流程中通过 run_hooks('xxxx') 来调用。。。。hooks 的流程控制很类似 apache/nginx 模块开发,还算好理解。。。

    先自己看看别人代码,然后学习一下 http://haraka.github.com/manual/Plugins.html 就差不多了

作者很牛很靠谱,haraka 已经是一个逻辑非常完整的 MTA 了。现在感觉可以依赖它继续做些好玩的东西下去

订阅 RSS - 电子邮件