为什么不创建像电子邮件和短信之类的消息传递应用程序，以便您可以在多个服务提供商之间发送消息？[关闭]

我可以将电子邮件从GMail发送到YahooMail或ProtonMail等。我可以将SMS发送到任何移动电话号码，而无论该号码是由Vodafone还是任何其他电信提供商拥有。

但是，我无法在WhatsApp和Google Hangouts或Telegram或WeChat等之间发送即时消息。

是否存在与此功能缺乏相关的技术障碍或安全问题？我注意到它们中的许多使用它们自己的协议，但是难道不能为即时消息创建像POP3或IMAP这样的通用协议吗？即时消息传递的当前状态似乎很愚蠢，无法从WhatsApp用户接收到我的环聊帐户的即时消息。

更新：甚至XKCD上都有一些东西：https ://xkcd.com/1810/

instant-messaging protocol

— 导航
source

比较XMPP，分散化和寻址。

— 卡米尔Maciorowski

@KamilMaciorowski：太完美了！我不知道为什么聊天使者不允许彼此交谈。

— 导航

还请注意，拥有自己的围墙花园通常对大型服务提供商有利。特别是WhatsApp（至少在被Facebook接管之后）反复阻止了第三方应用程序使用其基础架构的任何尝试。

— dirkt

@Nav来自经验的例子，我就是其中之一。我对Whatsapp几乎没有兴趣，因为我已经有了其他与使用它的朋友进行交流的方式。该应用程序本身占用了我手机上的宝贵存储空间，几乎没有收益。并不会阻止人们问为什么我不使用它。

— 罗文

@Nav据我了解，要求不仅是“在手机上安装了Whatsapp”，还包括它的要求要严格得多，“手机已打开，已连接到互联网，而Whatsapp在后台运行”。

— Federico Poloni

存在是一个通用的协议，实际上几个-一种流行的一种是XMPP（又名Jabber的）; 另一个是SIMPLE，它是用于VoIP的SIP协议的一种变体。（一些最古老的协议，例如Talk，Zephyr或Gale-甚至IRC，也是在考虑跨域通信的情况下构建的。）相反，商业服务不想在技术和商业上都使用通用协议。看起来的原因。

这是仅使用Jabber的一些历史示例：

最初，Google Talk（视频群聊之前）是一种标准的XMPP服务，可以使用XMPP连接到其他域-他们甚至引入了XMPP语音/视频扩展（Jingle）。
最初，Facebook Chat 是 XMPP兼容的服务，尽管它不支持服务器间联合（大概是为了使更多的人必须注册一个Facebook帐户）。
在很短的时间内，甚至AOL的AIM都试图在其OSCAR协议（尽管是专有但部分开放的）的同时支持XMPP。
Signal是基于XMPP的，但是他们有一篇博客文章关于不支持此功能的决定。Signal的主要论点是，除了在此处和此处添加小功能之外，联盟协议很难更改。（例如，对于SMTP和DNS确实如此。）

如果我不得不猜测的话，因为它在Internet诞生之初并没有成为“杀手级功能”（最终而是使用Trillian，Miranda或Gaim / Pidgin等多协议聊天应用程序在客户端“解决”了），联邦即时消息错过了成为核心Internet协议的机会，相反，它被认为是另一种商业上不可行的功能，只有极少数用户希望获得。

（IRC与SMTP保持同步，并在当时拥有庞大的联合网络，所以为什么它不成为“协议”？嗯，它的服务器到服务器协议完全不适合不受信任的环境，因为它们形成了紧密的协议。 -同步系统，而不是由散乱的独立域组成。可以将其与纯粹的一对一消息一起使用，但是IRC的重点是渠道，这并不擅长。

最后...垃圾邮件。我记得我曾经阅读过XMPP服务器操作员的一些邮件列表主题，并以极大的距离将Google Talk描述为所有垃圾邮件的主要来源-他们在处理滥用报告发件人方面做得不好。一个大型的提供商，您不能完全阻止它，但是由于聊天消息和电子邮件的格式（简短，部分到达，很少的元数据），显然也不可能对接收方进行适当的过滤。

您当然可以像安装电子邮件服务器一样安装XMPP服务器（ejabberd，Prosody），并且可以像Nav@example.com通过其他任何人的XMPP服务器进行访问一样。从Windows到Android，都有XMPP客户端可用于许多操作系统。（尽管在提供推送通知时会遇到一些困难，否则，将耗尽电池电量。）

— grawity
source