Es gibt ein gemeinsames Protokoll, mehrere in der Tat - ein beliebtes ist XMPP (auch bekannt als Jabber); ein anderes ist SIMPLE, eine Variante des für VoIP verwendeten SIP-Protokolls. (Einige der ältesten wie Talk , Zephyr oder Gale - sogar IRC - wurden ebenfalls für die domänenübergreifende Kommunikation entwickelt.) Kommerzielle Dienste möchten kein gemeinsames Protokoll verwenden, sowohl für technische als auch für kommerzielle Zwecke Gründe, wie es scheint.
Hier sind nur einige historische Beispiele für die Verwendung von Jabber:
- Ursprünglich Google Talk (pre-Hangout) war ein Standard - Service XMPP und könnte auf andere Domänen mit XMPP verbinden - sie sogar die Sprach- / Video-over-XMPP - Erweiterung (Klingel) eingeführt.
- Ursprünglich Facebook Chat war ein XMPP-kompatiblen Dienst, wenn auch nicht zwischen Server - Föderation unterstützt hat (vermutlich so , dass mehr Menschen für einen Facebook - Account anmelden müssten).
- Für eine kurze Zeit, auch AOLs AIM versuchte XMPP neben ihrem (proprietär , aber teilweise offen dennoch) OSCAR - Protokoll zu unterstützen.
- Signal ist XMPP-basiert, aber es gibt einen Blog-Beitrag über die Entscheidung, diese Funktion nicht zu unterstützen. Das Hauptargument von Signal ist, dass es sehr schwierig wird, ein Verbundprotokoll zu ändern, abgesehen davon, dass hier und da kleine Funktionen hinzugefügt werden. (Was in der Tat z. B. für SMTP und DNS zutrifft.)
Wenn ich raten müsste, weil es während der Entstehung des Internets kein "Killerfeature" geworden ist (schließlich wird es auf der Clientseite "gelöst", indem Multiprotokoll-Chat-Apps wie Trillian, Miranda oder Gaim / Pidgin verwendet werden) , Föderiertes Instant Messaging hat die Chance verpasst, ein zentrales Internetprotokoll zu werden, und wird stattdessen lediglich als eine weitere kommerziell nicht lebensfähige Funktion angesehen, nach der ein sehr kleiner Prozentsatz der Benutzer fragen möchte.
(IRC ist mit SMTP auf dem neuesten Stand und verfügte damals über ein massives Verbundnetzwerk. Warum wurde es also nicht zum "Standard" -Protokoll? Nun, seine Server-zu-Server-Protokolle sind für nicht vertrauenswürdige Umgebungen völlig ungeeignet, da sie eng miteinander verbunden sind -synchronisiertes System statt eines losen Netzes unabhängiger Domänen. Es könnte für die reine Eins-zu-eins-Nachrichtenübermittlung vorgesehen sein, aber der Fokus von IRC liegt auf Kanälen, und das ist nicht gut.)
Endlich ... Spam. Ich erinnere mich, dass ich einige Mailinglisten-Threads von XMPP-Serverbetreibern gelesen hatte, in denen Google Talk mit großem Abstand als Hauptquelle für alle Spam-Nachrichten beschrieben wurde Ein großer Anbieter, den Sie sich nicht leisten können, ihn vollständig zu blockieren, aber aufgrund des Formats von Chat-Nachrichten und E-Mails (kurz, in Teilen eintreffend, sehr wenige Metadaten) ist es anscheinend auch unmöglich, ihn empfängerseitig zu filtern.
Sie können einen XMPP-Server (ejabberd, Prosody) auf ähnliche Weise wie einen E-Mail-Server installieren und wie Nav@example.comjeden anderen XMPP-Server erreichbar sein. Es gibt XMPP-Clients für viele Betriebssysteme, von Windows bis Android. (Obwohl Sie einige Schwierigkeiten haben, Push-Benachrichtigungen verfügbar zu machen, wird der Akku entladen, wenn Sie dies nicht tun.)