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

共通のプロトコルがありますが、実際にはいくつかあります。人気のあるプロトコルはXMPP（別名Jabber）です。もう1つは、VoIPに使用されるSIPプロトコルのバリアントであるSIMPLEです。（Talk、Zephyr、Galeなどの最も古いもののいくつか（IRCでさえ）も、クロスドメイン通信を念頭に置いて構築されました。）むしろ、商用サービスは、技術的および商用の両方で共通のプロトコルを使用することを望んでいません。それが思われる理由。

Jabberの使用法だけの歴史的な例を次に示します。

• 元々、Googleトーク（ハングアウト前）は標準のXMPPサービスであり、XMPPを使用して他のドメインに接続できました。Voice/ video-over-XMPP拡張機能（Jingle）も導入されました。
• 元々、Facebookチャットは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、韻律）をインストールする[email protected]他の誰のXMPPサーバーを介して。WindowsからAndroidまで、多くのオペレーティングシステムで利用できるXMPPクライアントがあります。（プッシュ通知を利用可能にするのは難しいでしょうが、そうでない場合はバッテリーを消耗します。）