Там є спільним протоколом, кілька насправді - популярний один будучи XMPP (він же Jabber); інша - SIMPLE, варіант протоколу SIP, який використовується для VoIP. (Деякі з найстаріших, таких як Talk , Zephyr або Gale - навіть IRC - також були побудовані з урахуванням міждоменних комунікацій.) Швидше, комерційні служби не хочуть використовувати загальний протокол як для технічних, так і для комерційних Причини, здається.
Ось кілька історичних прикладів використання лише Jabber:
- Спочатку Google Talk (перед Hangouts) був стандартною послугою XMPP і міг підключатися до інших доменів за допомогою XMPP - вони навіть ввели розширення голос / відео-над-XMPP (Jingle).
- Спочатку Facebook Chat був сумісним з XMPP сервісом, хоча він не підтримував міжсерверну федерацію (імовірно, так що більшості людей доведеться підписатись на акаунт Facebook).
- На короткий час навіть AIM AIM намагався підтримувати XMPP поряд із їхнім (власним, але частково відкритим) протоколом OSCAR.
- Сигнал заснований на XMPP, але у них є повідомлення в блозі про рішення не підтримувати цю функцію. Основним аргументом сигналу є те, що федеральний протокол стає дуже важко змінити, крім додавання невеликих функцій тут і там. (Що ... дійсно, наприклад, для SMTP та DNS.)
Якби мені довелося здогадуватися, тому що це не стало «вбивчою особливістю» під час народження в Інтернеті (врешті-решт, замість цього «вирішувалось» на стороні клієнта, використовуючи мультипротокольні чатові програми, такі як Trillian, Miranda, або Gaim / Pidgin) , федеральне обмін миттєвими повідомленнями втратило шанс стати основним протоколом Інтернету, і замість цього просто вважається ще однією комерційно-нежиттєздатною функцією, про яку дуже малий відсоток користувачів прагне запитувати.
(IRC є сучасною з SMTP і мала потужну федеративну мережу в той час, тому чому вона не стала протоколом "протокол"? Ну, його протоколи сервер-сервер абсолютно непридатні для ненадійного середовища, оскільки вони щільно формуються -синхронізована система, а не розсипчаста сітка незалежних доменів. Їй можна було б працювати з суто обмінми повідомленнями один на один, але в центрі уваги IRC - канали, і це не добре.)
Нарешті ... спам. Я пам’ятаю, що прочитав кілька потоків списку розсилки від операторів серверів XMPP, описуючи Google Talk як основне джерело всіх спам-повідомлень з величезною відривкою - вони не зробили гарної роботи в роботі з повідомленнями про зловживання з боку відправника, і вони були такими великий постачальник, який ви не можете дозволити собі його прямо заблокувати, але через формат повідомлень чату і електронних листів (короткий, частинами, що надходять, дуже мало метаданих), це, очевидно, неможливо гідно фільтрувати на стороні одержувача.
Ви, звичайно, можете встановити XMPP-сервер (ejabberd, Prosody) так, як встановив би сервер електронної пошти, і бути доступним, як Nav@example.com
через будь-який інший XMPP-сервер. Є клієнти XMPP, доступні для багатьох операційних систем, від Windows до Android. (Хоча у вас з’являться певні труднощі з наданням push-сповіщень, а якщо цього не відбудеться, це зарядить акумулятор.)