複数のサービスプロバイダー間でメッセージを送信できるメールやSMSのようなメッセージングアプリが作成されないのはなぜですか？[閉まっている]

GMailからYahooMailやProtonMailなどにメールを送信できます。番号がVodafoneまたは他のテレコムプロバイダーによって所有されているかどうかに関係なく、SMSを任意の携帯電話番号に送信できます。

ただし、WhatsAppとGoogleハングアウト、Telegram、WeChatなどの間でインスタントメッセージを送信できません。

この機能の欠如に関連する技術的な障壁やセキュリティの問題はありますか？それらの多くが独自のプロトコルを使用していることに気付きましたが、インスタントメッセージング用にPOP3やIMAPなどの一般的なプロトコルを作成することはできませんか？インスタントメッセージングの現在の状態は馬鹿げているようで、WhatsAppユーザーからハングアウトアカウントへのインスタントメッセージを受信できません。

更新：XKCDでさえ何かがあります：https ://xkcd.com/1810/

共通のプロトコルがあり、実際にはいくつかのプロトコルがあります。一般的なプロトコルはXMPP（別名Jabber）です。もう1つは、VoIPに使用されるSIPプロトコルのバリアントであるSIMPLEです。（のような最古のもののいくつか、話して、ゼファー、またはゲイル -さえIRC - 。また、心の中でクロスドメイン通信に建設された）むしろ、商用サービスはしたくない、共通のプロトコルを使用するように、両方の技術的および商業的のために理由のようです。

Jabberの単独使用の歴史的な例を次に示します。

• 当初、Googleトーク（ハングアウト前）は標準のXMPPサービスであり、XMPPを使用して他のドメインに接続できました。XMPP上の音声/ビデオ拡張機能（ジングル）も導入しました。
• 元々、Facebook Chat は XMPP互換のサービスでしたが、サーバー間フェデレーションをサポートしていませんでした（おそらく、より多くの人がFacebookアカウントにサインアップする必要があるため）。
• しばらくの間、AOLのAIMでさえ、（所有権はあるものの部分的にオープンな）OSCARプロトコルと一緒にXMPPをサポートしようとしました。
• SignalはXMPPベースですが、この機能をサポートしない決定についてのブログ投稿があります。Signalの主な論点は、フェデレーテッドプロトコルの変更が非常に難しくなることであり、小さな機能をあちこちに追加することです。（これは...たとえば、SMTPとDNSに当てはまります。）

私が推測しなければならなかったのは、インターネットの誕生時に「キラー機能」にならなかったためです（最終的には、代わりにクライアント側で「解決」され、Trillian、Miranda、Gaim / Pidginなどのマルチプロトコルチャットアプリを使用します） 、フェデレーションインスタントメッセージングは​​、コアインターネットプロトコルになるチャンスを逃し、代わりに、ごく一部のユーザーが求めている商業的には実現不可能な別の機能と見なされています。

（IRCは、SMTPと現代的で、一日に大規模な統合ネットワークのバックを持っていた、それは「」プロトコル？まあになっていませんでしたなぜ、そのサーバ間のプロトコルは、完全に彼らがしっかりと形成するように、信頼されていない環境には不向き-独立したドメインのゆるいメッシュではなく、同期システム。純粋に1対1のメッセージングで動作するようにできますが、IRCの焦点はチャネルであり、それは得意ではありません。）

最後に...スパム。XMPPサーバーオペレーターがメーリングリストスレッドを読んだことを覚えています。Googleトークはすべてのスパムメッセージの主な発信元であると大きなマージンで説明しています。それを完全にブロックする余裕のない大きなプロバイダーですが、チャットメッセージと電子メールの形式（短い、部分的に到着する、メタデータがほとんどない）のために、受信者側で適切にフィルタリングすることも明らかに不可能です。

あなたはできる 1は、電子メールサーバをインストールし、到達可能になりますように、確かに多くのXMPPサーバー（ejabberd、韻律）をインストールするNav@example.com他の誰のXMPPサーバーを介して。WindowsからAndroidまで、多くのオペレーティングシステムで利用可能なXMPPクライアントがあります。（プッシュ通知を使用可能にするのは困難ですが、使用できない場合はバッテリーが消耗します。）