有没有基于邮件的 IM 系统

邮箱的会话模式？

@x86 可以算,我是想,基于上述分析,邮件应该比市面上所有所谓去中心聊天软件都安全可靠啊,为啥不直接用邮件而是用那些 app 呢?

delta chat

你在找 maillist 么，国内不太常用

可以看看 Delta Chat ，可惜没什么人用

邮件配置相对繁琐，稍有不慎就会被对方判定为垃圾邮件

去中心化和流行本质上是相对的（加密货币另说，也只是在圈内很火）

其实我觉得 irc 就挺好。

那你就写邮件就是了。现在邮件在行动装置上有 app, 在电脑上基本上都可以实现浏览器内提醒，也不会错过新邮件。你（和对方）想及时回复就是 instant messaging, 不想及时回复就是 ‘delayed messaging’, 多好。一个 thread 可以聊数月，直到你们觉得这个话题聊完了，再开一个新的 thread. 聊好的 thread 还可以列印出来作为「聊天记录」保存在在地。多人「群聊」就群发就是了，一般来说几个常用的联络人间群发正常来讲不会被标记为 spam 的。（其实我感觉 Google Group 就是类似于这样的一种实践。）如果在意隐私的话，就约定好大家都使用比方说 ProtonMail 就好了。

"不太可能有哪个国家把邮件系统封了" 有待商榷

您在说什么？
邮件完全不可靠。
你可以随时搭建自己的邮件服务器，但你发出去的邮件要是随便做到到达率 95%以上我拜你为师。
现在很多个人系统把基于邮件的提醒机制改成 TG bot 就是因为邮件太不可靠了，哪怕是自己给自己发消息，发多了甚至会把自己封了。

你要邮件系统可靠，前提是完全在网域内部，比如我司几万员工在公司内部互发邮件，是百分之百到达率的。但就算这样，我司也还是用 slack 做 IM 。

邮件协议是一个很落后的协议，少说也有四五十年的历史了，消息完全基于文本，发明出来的时候甚至是以人类阅读为本的（就像 FTP 协议那样，返回消息都是文字，都是给人类阅读的）。谁现在开发新东西会去用那么老旧的邮件协议啊。

有一个比较像的东西，叫邮件列表，也是上古时代的东西，你可以去用用看。但是这东西归根结底也还是以「文章」为单位的，类似论坛帖子的长度（比如我这个回复，十几行）然后把事情一次性说完。IM 则是想说什么说什么，我这一个回复如果到 IM 上，起码要拆成十几条消息。这个量级轻轻松松就可以把邮件系统拖垮了。一个群就算 50 个人，一天只发 200 条消息，服务器这就得发 10000 封邮件了。

稍微近代一点的，有个 XMPP 协议，或者叫 Jabber ，就是用类似的概念去实现即时聊天工具。

不是，你这要的不就是微信么。。

十年前用过 Google 环聊，跟楼主说的很接近，不知道现在这产品还在不在。

微信吧，记得哪里看到过，初版的微信就是基于邮件协议的

我正在探索做一个去中心化的 IM, 但不是基于邮件系统. 依赖邮件系统就不能真正去中心化.

目前把部分功能单独提取出来做了个匿名聊天室试水 https://github.com/webd90kb/webd/blob/master/chatrooms/README.md

但是用户量不大, 不知道成品做成了用户量会怎样.

上述匿名聊天室一个特点是支持 WebRTC 视频通话.

晚了，国内已经有这种成熟产品了

邮件系统简直是积重难返的代名词，目前还能维持这样的体量无非是因为没有一个更好的通用解决方法出现。

首先是你说的去中心，这本身就意味着冗余和低效率。
然后是安全可靠，你可以了解下 SPF 、DKIM 和 DMARC ，这三重大家都会叠的机制就只是为了解决一个问题：我怎么证明我发的邮件是我发的。而就算这样，依然有大量的利用代发机制搞诈骗的。更别说 pop3 ，smtp ，imap 的爆破问题一直困扰所有邮件系统。rpc 可以叠一层拦截，但是 smtp 你只要是要用那别人就敢一直爆。
最后是你说的探活和在线状态判断，这个我没理解你是想通过什么功能实现。

@BadFox #17
> 首先是你说的去中心，这本身就意味着冗余和低效率。
去中心还真不一定意味着冗余和低效率。至少某些功能不是。

这说的不就是 matrix 吗

@zhng920823 我以为你要说某些情境下不是，结果你给我说某些功能不是..........那也行，举个例子？