JMAP
JMAP 是一家我非常景仰的公司 FastMail 搞的协议,目标是在这个移动互联的时代,基于 IMAP 的逻辑,的公开邮件服务器协议。相关的信息包括:1. https://groups.google.com/forum/#!forum/jmap-discuss
2. https://proxy.jmap.io/
2. https://proxy.jmap.io/
http://mashable.com/2015/03/02/google-plus-changes/
Sundar Pichai, Google's senior VP of products, talked briefly about the decision at Mobile World Congress on Monday.
"Google Plus was always two big things: one was building a stream and one was what you call a social layer... how sharing works across our products and services," Pichai said. "The second one is, in some ways, is an even more important role for us."We have entered the stage where... photos and communications are big steps for standalone use cases. We will think of the stream first and then photos and communications as big areas. Internally, we are organizing that way to support that and you will see us evolve."
以前用webhosting,现在把服务迁移到KVM主机上,数据库啥的必须自己维护了。吭哧吭哧写了一个备份脚本,mysqldump到远程的廉价OpenVZ主机
想着要是有廉价可靠IMAP/VPN/BLOG/DESKTOPSYNC一体的主机服务就好了...思索了一下提供这样的服务工作量有多大,感觉这远远超出了一个码农的能力
想当年莱特兄弟两个人就搞出了飞机,亨利福特33岁自己就能造出一辆汽车,但到如今,只能呵呵呵了
年初痛下决心cut成本,换了台年费12$的OpenVZ翻墙,顺手买了个季付6$、512M内存的KVM来打算做webhosting
找到了 https://github.com/perusio/drupal-with-nginx 这个项目,信心满满地打算半小时搞定这件事。结果花了一个多小时,还是无法成功启动 Nginx,于是放弃,继续用 Apache 了
如果我不那么追求一切自己控制,跟着傻瓜教程走一遍缺省配置,也许并没啥问题。于是就悲剧了
最终还是要 Drupal 官方支持 Nginx 才靠谱,静观 drupal8 吧
去年12月,$20M,http://www.prnewswire.com/news-releases/sendgrid-announces-over-20m-in-new-funding-with-new-investor-bain-capital-ventures-reinvestments-by-bessemer-venture-partners-and-foundry-group-300002655.html
这次融资没有像2012年的B轮那样宣传广泛,另外值得注意的是它几乎同时更换了 CEO
这个产品如果想做大,必须跳出邮箱圈子,去做新的市场。我一直在考虑的是,把邮箱、网盘、IM等打包,将来再加上在线编辑文档、表格,形成一个新的品类。
因为办公电子邮件本质上是协同工具。扩大市场过程中,面临的竞争对手横向看,包括了 OA,IM;纵向看,也有打包在生产力套件中的 Office/Office 365。一方面忽视其它行业,有可能遭遇其它行业产品扩张中带来的打击;另一方面是不是主动出击,打击其它行业呢?
一个例子是独立的企业网盘(EFSS)市场,按照 Gartner 的观察,独立EFSS产品概念将在3-5年后消失,融合进入其它产品里。Dropbox 收购了 Hackpad(实时文档协同编辑)、CloudOn(文档编辑,这两天刚刚收购);Box 收购了 Crocodoc,推出了 Notes
所以说这个新的品类,姑且称之为协同办公套件,目前可见的竞争对手只有微软。邮箱+网盘+IM,私有云可以降维打击现在的邮件厂商和网盘厂商、包括增加 sendcloud 的外发网关服务。
融资路径可以考虑先融一轮A+,磨合团队、产品。私有云在这个过程里是养渠道做收入的公有云这一轮积累付费license到10w
B轮C轮融资就砸钱做市场营销、激励渠道,拼着亏损把市场占住,把独立邮箱这个产品概念打死。标配必须Email+存储+IM+在线协同编辑+ifaxin 合一的产品。
D轮融资再收一轮渠道,销售收入翻翻,100万付费用户+2000万免费用户,办公套件市场No.1
4. 技术运用游刃有余,可以分点精力出来做其它事情了
这个事情是怎么开始的?
因此抓包可以看到 Android 发起的 SYN 都是把 MSS 设置成了 1360
but 服务器上 ppp 设备的 MTU 是 1396,1400的包无法通过这个设备,因此我们需要修改出去的包的 MTU 为1356才能正常工作。网上很多关于 PPTP 的 MSS 设定都提到了 1356 这个数值。
考虑到传输中避免不了本地有POST大量数据的可能,因此还得把3WHS回来的 SYN/ACK 里面的 MSS 值也修改成1356,否则Android自以为双方的min-mss仍然是本地的1360呢
上面说的都是理论,现实则是即使 MSS 设置成了 1356,仍然有些服务是访问不到的,比如 google play。晚上抱着试试看的心情,逐步减少 MSS,最后发现改到 1320 的时候,似乎访问全部正常了。
考虑到 1320 = 1396 - 20(IP Header) - 16(GRE header) - 40(IP+TCP),难道这种算法才是正解?最开始的减40都是错的?对这个问题暂时处于知其然而不知其所以然的状态...
最新评论