GMail から YahooMail や ProtonMail などにメールを送信できます。番号が Vodafone または他の通信プロバイダーの所有物であるかどうかに関係なく、任意の携帯電話番号に SMS を送信できます。
ただし、WhatsApp と Google Hangouts、Telegram、WeChat などの間でインスタント メッセージを送信することはできません。
この機能不足には技術的な障壁やセキュリティ上の問題があるのでしょうか？多くの人が独自のプロトコルしかし、インスタント メッセージング用に POP3 や IMAP のような共通プロトコルを作成できるはずではないでしょうか。インスタント メッセージングの現在の状態は、WhatsApp ユーザーから自分の Hangouts アカウントにインスタント メッセージを受信できないというのは、おかしいように思えます。
更新: XKCD にも何か載っています:https://xkcd.com/1810/
答え1
そこにはは共通プロトコルはいくつかあるが、人気のあるものはウェブマスター（別名Jabber）；もう1つはSIMPLEで、VoIPに使用されるSIPプロトコルの変種です。（最も古いもののいくつかは、話す、ゼファー、 またはゲイル（IRCでさえも）クロスドメイン通信を念頭に置いて構築されました。むしろ、商用サービスは欲しくない技術的および商業的な理由から、共通のプロトコルを使用する必要があるようです。
以下は、Jabber のみを使用した過去の例です。
- もともと、Google Talk（ハングアウト以前）だった標準の XMPP サービスであり、XMPP を使用して他のドメインに接続できました。さらに、音声/ビデオを介した XMPP 拡張機能 (Jingle) も導入されました。
- もともとFacebookチャットだったXMPP 互換のサービスですが、サーバー間の連携はサポートされていませんでした (おそらく、より多くの人が Facebook アカウントにサインアップする必要があるため)。
- しばらくの間、AOLのAIM試した独自の（ただし部分的にオープンな）OSCAR プロトコルとともに XMPP をサポートする。
- SignalはXMPPベースですが、ブログ投稿この機能をサポートしないという決定について。Signal の主な主張は、フェデレーション プロトコルは、あちこちに小さな機能を追加する以外は変更が非常に困難になるというものです。(これは、たとえば SMTP や DNS の場合に当てはまります。)
私の推測では、インターネットの誕生時に「キラー機能」とならなかったため (最終的にはクライアント側で Trillian、Miranda、Gaim/Pidgin などのマルチプロトコル チャット アプリを使用して「解決」されました)、フェデレーテッド インスタント メッセージングはコア インターネット プロトコルになるチャンスを逃し、ごく一部のユーザーが求めるだけの、商業的に実現不可能な機能の 1 つとみなされているのです。
（IRCはSMTPと同時代で、当時は大規模な連合ネットワークを持っていましたが、なぜそれが「プロトコル」にならなかったのでしょうか？そのサーバー間プロトコルは完全に信頼できない環境には適していません。信頼できない環境では、独立したドメインの緩やかなメッシュではなく、緊密に同期されたシステムが形成されるためです。純粋に 1 対 1 のメッセージングで動作するようにすることもできますが、IRC はチャネルに重点を置いており、その点では不向きです。
最後に... スパム。XMPP サーバー オペレーターによるメーリング リストのスレッドをいくつか読んだことを覚えています。Google Talk がすべてのスパム メッセージの主な発信元であると説明されていました。送信側での不正使用報告の処理が不十分で、プロバイダーが大きすぎるため完全にブロックすることはできませんが、チャット メッセージと電子メールの形式 (短い、分割して届く、メタデータがほとんどない) の違いにより、受信者側で適切にフィルターすることも不可能のようです。
あなたできる電子メール サーバーをインストールするのと同じように、XMPP サーバー (ejabberd、Prosody) をインストールし、[email protected]他の XMPP サーバー経由でアクセスできるようにします。Windows から Android まで、多くのオペレーティング システムで使用できる XMPP クライアントがあります。(ただし、プッシュ通知を有効にするのは困難で、有効にしないとバッテリーが消耗します。)