為什麼沒有創建像電子郵件和簡訊這樣可以在多個服務提供者之間發送訊息的訊息應用程式?

為什麼沒有創建像電子郵件和簡訊這樣可以在多個服務提供者之間發送訊息的訊息應用程式?

我可以從 GMail 向 YahooMail 或 ProtonMail 等發送電子郵件。

但是,我無法在 WhatsApp 和 Google Hangouts、Telegram 或微信等之間發送即時訊息。

是否存在與這種功能缺乏相關的技術障礙或安全問題?我注意到他們中的許多人都使用他們自己的協議,但是是否應該可以為即時訊息建立一個通用協定(如 POP3 或 IMAP)?即時訊息的當前狀態似乎很愚蠢,我無法接收 WhatsApp 用戶發送到我的 Hangouts 帳戶的即時訊息。

更新:甚至 XKCD 也有一些東西:https://xkcd.com/1810/

答案1

那裡一個通用協議,實際上有幾個——一個流行的協議是XMPP(又名賈伯);另一個是 SIMPLE,它是用於 VoIP 的 SIP 協定的變體。 (一些最古老的,例如演講,和風, 或者大風– 甚至 IRC – 也是在建置時考慮到跨域通訊。不想要使用通用協議,似乎是出於技術和商業原因。

以下是僅使用 Jabber 的一些歷史範例:

  • 最初是 Google Talk(Hangouts 之前)曾是標準 XMPP 服務,並且可以使用 XMPP 連接到其他網域 - 他們甚至引入了 XMPP 語音/視訊擴充 (Jingle)。
  • 最初,Facebook 聊天曾是一個與​​ XMPP 相容的服務,儘管不支援伺服器間聯合(大概是為了讓更多的人必須註冊 Facebook 帳戶)。
  • 有一段時間,甚至 AOL 的 AIM嘗試過支援 XMPP 及其(專有但部分開放)OSCAR 協定。
  • Signal 是基於 XMPP 的,但它們有一個部落格文章關於不支援此功能的決定。 Signal 的主要論點是,除了到處添加小功能之外,聯合協議變得非常難以更改。 (例如,對於 SMTP 和 DNS 來說確實如此。)

如果我必須猜測的話,因為它在互聯網誕生期間並沒有成為“殺手級功能”(最終而是在客戶端使用多協議聊天應用程序(例如 Trillian、Miranda 或 Gaim/Pidgin)“解決”) ,聯合即時訊息傳遞錯過了成為核心網際網路協定的機會,而只是被認為是另一個在商業上不可行的功能,只有極少數用戶關心要求。

(IRC 與 SMTP 是同時代的,並且在當時擁有一個龐大的聯合網絡,那麼為什麼它沒有成為“最佳”協議呢?嗯,它的伺服器到伺服器協議是完全地不適合不受信任的環境,因為它們形成一個緊密同步的系統,而不是獨立域的鬆散網格。它可以用於純粹的一對一訊息傳遞,但 IRC 的重點是頻道,而它並不擅長這一點。

最後...垃圾郵件。我記得讀過 XMPP 伺服器運營商的一些郵件列表線程,將 Google Talk 描述為所有垃圾郵件的主要來源——他們在處理發送方濫用報告方面做得不好,而且他們是如此一個大型提供商,您無法完全阻止它,但由於聊天訊息與電子郵件的格式(簡短,部分到達,元資料非常少),顯然也不可能在收件人端對其進行適當的過濾。

當然,您可以像安裝電子郵件伺服器一樣安裝 XMPP 伺服器(ejabberd、Prosody),並且可以[email protected]透過其他人的 XMPP 伺服器進行存取。 XMPP 用戶端適用於 Windows 到 Android 的多種作業系統。(儘管您在提供推播通知時會遇到一些困難,如果不這樣做,它會耗盡您的電池。)

相關內容