为什么不像电子邮件和短信那样创建消息应用程序，您可以在其中在多个服务提供商之间发送消息？

Question

我可以从 GMail 向 YahooMail 或 ProtonMail 等发送电子邮件。我可以将 SMS 发送到任何手机号码，无论该号码是否为 Vodafone 或任何其他电信提供商所有。

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

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

更新：甚至 XKCD 上也有一些内容：https ://xkcd.com/1810/

Answer 1

存在是一个通用的协议，实际上几个-一种流行的一种是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 确实如此。）

如果我不得不猜测，因为它在互联网诞生期间并没有成为“杀手级功能”（最终在客户端“解决”，使用多协议聊天应用程序，例如 Trillian、Miranda 或 Gaim/Pidgin） ，联合即时通讯错过了成为核心互联网协议的机会，而只是被认为是另一种商业上不可行的功能，只有极少数用户愿意要求。

（IRC 与 SMTP 是同时代的，并且在当时有一个庞大的联合网络，那么为什么它没有成为“那个”协议？嗯，它的服务器到服务器协议完全不适合不受信任的环境，因为它们形成了一个紧密- 同步系统而不是独立域的松散网格。它可以用于纯粹的一对一消息传递，但 IRC 的重点是通道，它并不擅长。）

最后...垃圾邮件。我记得我读过一些 XMPP 服务器运营商的邮件列表线程，将 Google Talk 描述为所有垃圾邮件的主要来源——他们在处理发送方滥用报告方面做得不好，而且他们就是这样一个大型提供商，您无法完全阻止它，但由于聊天消息与电子邮件的格式（简短，部分到达，元数据很少），显然也不可能在收件人端对其进行适当的过滤。

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