V'è un protocollo comune, molti in realtà - un popolare uno è XMPP (Jabber alias); un altro è SEMPLICE, una variante del protocollo SIP utilizzato per VoIP. (Alcuni dei più vecchi, come Talk , Zephyr o Gale - persino IRC - sono stati costruiti pensando anche alle comunicazioni tra domini.) Piuttosto, i servizi commerciali non vogliono usare un protocollo comune, sia a livello tecnico che commerciale ragioni sembra.
Ecco alcuni esempi storici dell'uso di Jabber da solo:
- Inizialmente, Google Talk (pre-Hangouts) era un servizio XMPP standard e poteva connettersi ad altri domini tramite XMPP, introducendo persino l'estensione voice / video-over-XMPP (Jingle).
- Inizialmente, la chat di Facebook era un servizio compatibile con XMPP, sebbene non supportasse la federazione tra server (presumibilmente in modo che più persone avrebbero dovuto registrarsi per un account Facebook).
- Per un breve periodo, anche AIM di AOL ha provato a supportare XMPP insieme al loro protocollo OSCAR (proprietario ma parzialmente aperto).
- Signal è basato su XMPP, ma hanno un post sul blog sulla decisione di non supportare questa funzione. L'argomento principale di Signal è che un protocollo federato diventa molto difficile da modificare, oltre ad aggiungere piccole funzionalità qua e là. (Il che è ... davvero vero per SMTP e DNS, per esempio.)
Se dovessi indovinarlo, perché non è diventato una "caratteristica killer" durante la nascita di Internet (alla fine viene invece "risolto" sul lato client, utilizzando app di chat multiprotocollo come Trillian, Miranda o Gaim / Pidgin) , la messaggistica istantanea federata ha perso la possibilità di diventare un protocollo Internet di base e invece è considerata solo un'altra caratteristica commercialmente non vitale che una piccola percentuale di utenti desidera richiedere.
(IRC è contemporaneo con SMTP e aveva una vasta rete federata nel passato, quindi perché non è diventato il "protocollo"? Beh, i suoi protocolli da server a server sono completamente inadatti per ambienti non attendibili, in quanto formano una stretta -sincronizzato sistema piuttosto che una rete libera di domini indipendenti. Potrebbe essere fatto funzionare con messaggistica puramente one-to-one, ma l'attenzione di IRC è i canali e non è bravo a farlo.)
Finalmente ... spam. Ricordo di aver letto alcuni thread della mailing list da parte degli operatori del server XMPP, descrivendo Google Talk come la principale fonte di tutti i messaggi di spam con un enorme margine: non hanno fatto un buon lavoro nel gestire i rapporti sugli abusi dal lato del mittente, ed erano tali un grande fornitore che non puoi permetterti di bloccare completamente, ma a causa del formato dei messaggi di chat rispetto alle e-mail (brevi, in arrivo, pochissimi metadati), è apparentemente impossibile filtrare decentemente dal lato destinatario.
È possibile certamente installare un server XMPP (ejabberd, prosodia) tanto come si potrebbe installare un server di posta elettronica, e di essere raggiungibile come Nav@example.com
attraverso chiunque altro server XMPP. Esistono client XMPP disponibili per molti sistemi operativi, da Windows ad Android. (Anche se avrai qualche difficoltà a rendere disponibili le notifiche push e, in caso contrario, consumerà la batteria.)