¿Por qué no se crean aplicaciones de mensajería como correo electrónico y sms, donde puedes enviar mensajes entre múltiples proveedores de servicios? [cerrado]


21

Puedo enviar correos electrónicos de GMail a YahooMail o ProtonMail, etc. Puedo enviar SMS a cualquier número de teléfono móvil, independientemente de si el número es propiedad de Vodafone o de cualquier otro proveedor de telecomunicaciones.

Sin embargo, no puedo enviar mensajes instantáneos entre WhatsApp y Google Hangouts o Telegram o WeChat, etc.

¿Existe una barrera tecnológica o problemas de seguridad relacionados con esta falta de funcionalidad? Noté que muchos de ellos usan sus propios protocolos , pero ¿no debería ser posible crear un protocolo común como POP3 o IMAP para la mensajería instantánea? El estado actual de la mensajería instantánea parece una tontería, ya que no puedo recibir un mensaje instantáneo de un usuario de WhatsApp en mi cuenta de Hangouts.

Actualización: Incluso XKCD tiene algo en él: https://xkcd.com/1810/



@KamilMaciorowski: ¡Eso es perfecto! Me pregunto por qué los mensajeros de chat no se permiten hablar entre ellos.
Nav

44
También tenga en cuenta que a menudo es de interés para los proveedores más grandes tener su propio jardín amurallado. En particular, WhatsApp (al menos después de que Facebook lo haya tomado) ha bloqueado repetidamente cualquier intento de que aplicaciones de terceros usen su infraestructura.
dirkt

1
@Nav Ejemplo por experiencia, soy una de esas personas. Tengo poco interés en Whatsapp porque ya tengo otros medios para comunicarme con esos amigos que lo usan. La aplicación en sí ocupa un valioso espacio de almacenamiento en mi teléfono para obtener muy pocos beneficios. Sin embargo, no impide que la gente pregunte por qué no lo uso.
Rowan

1
@Nav Según tengo entendido, el requisito no es simplemente "Whatsapp se instaló en el teléfono"; es mucho más estricto "El teléfono está encendido, conectado a Internet y Whatsapp se está ejecutando en segundo plano".
Federico Poloni

Respuestas:


34

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.coma 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).

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.