Ada adalah protokol umum, beberapa sebenarnya - salah satu yang populer menjadi XMPP (alias Jabber); lainnya adalah SIMPLE, varian dari protokol SIP yang digunakan untuk VoIP. (Beberapa yang tertua, seperti Talk , Zephyr , atau Gale - bahkan IRC - juga dibangun dengan komunikasi lintas domain). Sebaliknya, layanan komersial tidak ingin menggunakan protokol umum, baik untuk teknis maupun komersial alasan tampaknya.
Berikut adalah beberapa contoh historis penggunaan Jabber sendiri:
- Awalnya, Google Talk (pra-Hangouts) adalah layanan XMPP standar dan dapat terhubung ke domain lain menggunakan XMPP - mereka bahkan memperkenalkan ekstensi suara / video-over-XMPP (Jingle).
- Awalnya, Obrolan Facebook adalah layanan yang kompatibel dengan XMPP, meskipun tidak mendukung federasi antar-server (mungkin sehingga lebih banyak orang harus mendaftar untuk akun Facebook).
- Untuk sementara waktu, bahkan AOL AIM mencoba untuk mendukung XMPP bersama protokol OSCAR (miliknya tetapi sebagian terbuka).
- Sinyal berbasis XMPP, tetapi mereka memiliki posting blog tentang keputusan untuk tidak mendukung fitur ini. Argumen utama sinyal adalah bahwa protokol gabungan menjadi sangat sulit untuk diubah, selain menambahkan fitur kecil di sana-sini. (Yang ... memang benar untuk SMTP dan DNS, misalnya.)
Jika saya harus menebak, karena itu tidak menjadi "fitur pembunuh" selama kelahiran Internet (akhirnya malah "diselesaikan" di sisi klien, menggunakan aplikasi obrolan multiprotocol seperti Trillian, Miranda, atau Gaim / Pidgin) , pesan instan gabungan melewatkan kesempatan untuk menjadi protokol Internet inti dan sebagai gantinya hanya dianggap sebagai fitur non-komersial lain yang sangat sedikit diinginkan oleh pengguna.
(IRC sezaman dengan SMTP dan memiliki jaringan federasi besar-besaran pada masa itu, jadi mengapa tidak menjadi protokol 'the'? Nah, protokol server-ke-servernya benar - benar tidak cocok untuk lingkungan yang tidak dipercaya, karena mereka membentuk suatu ikatan yang erat. -sistem yang disinkronkan alih-alih jaringan domain independen yang longgar. Dapat dibuat untuk bekerja dengan pengiriman pesan satu-ke-satu, tetapi fokus IRC adalah saluran dan tidak bagus untuk itu.)
Akhirnya ... spam. Saya ingat pernah membaca beberapa utas milis oleh operator server XMPP, menggambarkan Google Talk sebagai sumber utama semua pesan spam dengan margin yang sangat besar - mereka tidak melakukan pekerjaan dengan baik dalam menangani laporan penyalahgunaan di sisi pengirim, dan mereka begitu penyedia besar yang Anda tidak mampu untuk langsung memblokirnya, tetapi karena format pesan obrolan vs email (pendek, tiba di bagian, sangat sedikit metadata), tampaknya tidak mungkin untuk memfilter sisi penerima dengan sopan.
Anda tentu dapat menginstal server XMPP (ejabberd, Prosody) seperti halnya menginstal server email, dan dapat dijangkau Nav@example.commelalui server XMPP orang lain. Ada klien XMPP yang tersedia untuk banyak sistem operasi, dari Windows hingga Android. (Meskipun Anda akan mengalami beberapa kesulitan membuat pemberitahuan push tersedia, dan jika tidak, itu akan menguras baterai Anda.)