No es un protocolo común, varios, de hecho, - siendo muy popular XMPP (también conocido como Jabber); otro es SIMPLE, una variante del protocolo SIP utilizado para VoIP. (Algunos de los más antiguos, como Talk , Zephyr o Gale , incluso IRC, también se crearon teniendo en cuenta las comunicaciones entre dominios). Por el contrario, los servicios comerciales no quieren usar un protocolo común, tanto para fines técnicos como comerciales. razones parece.
Aquí hay algunos ejemplos históricos del uso de Jabber solo:
- Originalmente, Google Talk (antes de Hangouts) era un servicio XMPP estándar y podía conectarse a otros dominios usando XMPP; incluso introdujeron la extensión de voz / video sobre XMPP (Jingle).
- Originalmente, Facebook Chat era un servicio compatible con XMPP, aunque no admitía la federación entre servidores (presumiblemente para que más personas tuvieran que registrarse para obtener una cuenta de Facebook).
- Por un corto tiempo, incluso el AIM de AOL trató de soportar XMPP junto con su protocolo OSCAR (patentado pero parcialmente abierto, sin embargo).
- Signal está basado en XMPP, pero tienen una publicación de blog sobre la decisión de no admitir esta función. El argumento principal de Signal es que un protocolo federado se vuelve muy difícil de cambiar, aparte de agregar pequeñas características aquí y allá. (Lo cual es ... de hecho cierto para SMTP y DNS, por ejemplo).
Si tuviera que adivinar, porque no se convirtió en una "característica asesina" durante el nacimiento de Internet (eventualmente se "resolvió" en el lado del cliente, usando aplicaciones de chat multiprotocolo como Trillian, Miranda o Gaim / Pidgin) , la mensajería instantánea federada perdió su oportunidad de convertirse en un protocolo central de Internet y, en cambio, se considera otra característica comercialmente inviable que un porcentaje muy pequeño de usuarios desean pedir.
(IRC es contemporáneo con SMTP y tenía una red federada masiva en el pasado, entonces, ¿por qué no se convirtió en 'el' protocolo? Bueno, sus protocolos de servidor a servidor son completamente inadecuados para entornos no confiables, ya que forman una estrecha sistema sincronizado en lugar de una malla suelta de dominios independientes. Se podría hacer que funcione con mensajes puramente uno a uno, pero el enfoque de IRC son los canales y no es bueno para eso).
Finalmente ... spam. Recuerdo haber leído algunos hilos de la lista de correo de los operadores del servidor XMPP, describiendo Google Talk como la fuente principal de todos los mensajes de spam por un amplio margen: no hicieron un buen trabajo al tratar los informes de abuso del lado del remitente, y fueron tan un gran proveedor al que no puede permitirse bloquearlo por completo, pero debido al formato de los mensajes de chat frente a los correos electrónicos (cortos, que llegan en partes, muy pocos metadatos), aparentemente tampoco es posible filtrarlo decentemente por el lado del destinatario.
Usted puede desde luego instalar un servidor XMPP (ejabberd, prosodia) al igual que uno podría instalar un servidor de correo electrónico, y ser alcanzable como Nav@example.com
a través de cualquier otro servidor XMPP. Hay clientes XMPP disponibles para muchos sistemas operativos, desde Windows hasta Android. (Aunque tendrá algunas dificultades para hacer que las notificaciones push estén disponibles, y si no lo hace, se agotará la batería).