Il existe un protocole commun, plusieurs en fait - un protocole populaire étant XMPP (alias Jabber); un autre est SIMPLE, une variante du protocole SIP utilisé pour la VoIP. (Certains des plus anciens, tels que Talk , Zephyr ou Gale - même IRC - ont également été construits avec des communications inter-domaines à l'esprit.) Au lieu de cela, les services commerciaux ne veulent pas utiliser un protocole commun, à la fois technique et commercial raisons, il semble.
Voici quelques exemples historiques d'utilisation de Jabber seul:
- À l'origine, Google Talk (pré-Hangouts) était un service XMPP standard et pouvait se connecter à d'autres domaines à l'aide de XMPP - ils ont même introduit l'extension voix / vidéo sur XMPP (Jingle).
- À l'origine, Facebook Chat était un service compatible XMPP, bien qu'il ne prenne pas en charge la fédération inter-serveurs (probablement pour que plus de personnes devraient s'inscrire à un compte Facebook).
- Pendant un court moment, même AIM d'AOL a essayé de prendre en charge XMPP aux côtés de leur protocole OSCAR (propriétaire mais partiellement ouvert néanmoins).
- Signal est basé sur XMPP, mais ils ont un article de blog sur la décision de ne pas prendre en charge cette fonctionnalité. L'argument principal de Signal est qu'un protocole fédéré devient très difficile à modifier, à part l'ajout de petites fonctionnalités ici et là. (Ce qui est ... en effet vrai pour SMTP et DNS, par exemple.)
Si je devais deviner, parce que ce n'est pas devenu une «fonction de tueur» lors de la naissance d'Internet (finalement, il a plutôt été «résolu» du côté client, en utilisant des applications de chat multiprotocoles telles que Trillian, Miranda ou Gaim / Pidgin) , la messagerie instantanée fédérée a raté sa chance de devenir un protocole Internet de base et est plutôt considérée comme une autre fonctionnalité commercialement non viable qu'un très faible pourcentage d'utilisateurs souhaite demander.
(IRC est contemporain avec SMTP et avait un retour de réseau fédéré massif dans la journée, alors pourquoi ne pas devenir « le » protocole? Eh bien, ses protocoles de serveur à serveur sont totalement inadaptés pour les environnements non sécurisés, car ils forment un bien système non synchronisé plutôt qu'un maillage lâche de domaines indépendants. Il pourrait être fait pour fonctionner avec une messagerie purement un à un, mais l'IRC se concentre sur les canaux et ce n'est pas bon pour cela.)
Enfin ... du spam. Je me souviens d'avoir lu certains fils de liste de diffusion par des opérateurs de serveur XMPP, décrivant Google Talk comme la principale source de tous les messages de spam par une énorme marge - ils n'ont pas fait du bon travail pour traiter les rapports d'abus côté expéditeur, et ils étaient tels un grand fournisseur que vous ne pouvez pas vous permettre de bloquer complètement, mais en raison du format des messages de chat par rapport aux e-mails (court, arrivant en plusieurs parties, très peu de métadonnées), il est apparemment impossible de le filtrer décemment du côté du destinataire.
Vous pouvez certainement installer un serveur XMPP (ejabberd, Prosody) comme on installerait un serveur de messagerie, et être accessible comme Nav@example.comvia le serveur XMPP de n'importe qui d'autre. Des clients XMPP sont disponibles pour de nombreux systèmes d'exploitation, de Windows à Android. (Bien que vous ayez quelques difficultés à rendre les notifications push disponibles, et si vous ne le faites pas, cela épuisera votre batterie.)