Il y a es un protocole commun, plusieurs en fait - un populaire étant XMPP (alias Jabber) ; un autre est SIMPLE, une variante du protocole SIP utilisé pour la VoIP. (Certains des plus anciens, tels que Parlez-en à , Zephyr ou Gale - même IRC - ont également été construits dans l'optique de communications inter-domaines). Au contraire, les services commerciaux ne veulent pas d'utiliser un protocole commun, tant pour des raisons techniques que commerciales, semble-t-il.
Voici quelques exemples historiques de l'utilisation de Jabber seul :
- A l'origine, Google Talk (pré-Hangouts) était un service XMPP standard et pouvait se connecter à d'autres domaines en utilisant XMPP - ils ont même introduit l'extension voix/vidéo sur XMPP (Jingle).
- À l'origine, une discussion sur Facebook était un service compatible avec XMPP, mais qui ne prend pas en charge la fédération entre serveurs (sans doute pour que davantage de personnes soient obligées de créer un compte Facebook).
- Pendant une courte période, même AIM d'AOL a essayé pour prendre en charge XMPP parallèlement à leur protocole OSCAR (propriétaire mais néanmoins partiellement ouvert).
- Signal est basé sur XMPP, mais ils ont une article de blog sur la décision de ne pas supporter 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... effectivement vrai pour SMTP et DNS, par exemple).
Si je devais deviner, parce qu'elle n'est pas devenue une "killer feature" lors de la naissance de l'Internet (elle a finalement été "résolue" du côté client, à l'aide d'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 petit pourcentage d'utilisateurs se soucie de demander.
(IRC est contemporain du SMTP et disposait d'un réseau fédéré massif à l'époque, alors pourquoi n'est-il pas devenu "le" protocole ? Eh bien, ses protocoles de serveur à serveur sont complètement ne conviennent pas aux environnements non fiables, car ils forment un système étroitement synchronisé plutôt qu'un maillage lâche de domaines indépendants. On pourrait le faire fonctionner avec une messagerie purement one-to-one, mais l'IRC se concentre sur les canaux et il n'est pas bon à cela).
Enfin... du spam. Je me souviens avoir lu des fils de discussion sur des listes de diffusion par des opérateurs de serveurs XMPP, qui décrivaient Google Talk comme la principale source de tous les messages de spam, avec une marge énorme - ils n'ont pas fait un bon travail pour traiter les rapports d'abus du côté de l'expéditeur, et ils étaient un fournisseur si important que vous ne pouvez pas vous permettre de le bloquer complètement, mais en raison du format des messages de chat par rapport aux e-mails (courts, arrivant par parties, très peu de métadonnées), il est apparemment impossible de les filtrer décemment du côté du destinataire, non plus.
Vous puede installer certainement un serveur XMPP (ejabberd, Prosody) comme on installerait un serveur de messagerie, et être joignable en tant que Nav@example.com à travers le serveur XMPP de quelqu'un d'autre. Il existe des clients XMPP pour de nombreux systèmes d'exploitation, de Windows à Android. (Vous aurez cependant quelques difficultés à rendre les notifications push disponibles, et si vous ne le faites pas, cela videra votre batterie).
