Por que os aplicativos de mensagens não são criados como email e sms, para os quais você pode enviar mensagens entre vários provedores de serviços? [fechadas]

21

Posso enviar e-mails do GMail para o YahooMail ou ProtonMail etc. Posso enviar SMS para qualquer número de celular, independentemente de o número pertencer à Vodafone ou a outros fornecedores de telecomunicações.

No entanto, não consigo enviar mensagens instantâneas entre WhatsApp e Google Hangouts ou Telegram ou WeChat etc.

Existe uma barreira tecnológica ou problemas de segurança relacionados a essa falta de funcionalidade? Notei que muitos deles usam seus próprios protocolos , mas não deveria ser possível criar um protocolo comum como POP3 ou IMAP, para mensagens instantâneas? O estado atual das mensagens instantâneas parece bobo: não consigo receber uma mensagem instantânea de um usuário do WhatsApp para minha conta do Hangouts.

Atualização: Até o XKCD possui algo: https://xkcd.com/1810/

instant-messaging protocol Nav
fonte
4
Compare XMPP, descentralização e endereçamento .
Kamil Maciorowski
@KamilMaciorowski: Isso é perfeito! Eu me pergunto por que os mensageiros do bate-papo não estão se permitindo conversar.
Nav
4
Observe também que muitas vezes é do interesse de fornecedores maiores ter seu próprio jardim murado. Em particular, o WhatsApp (pelo menos depois de ter sido assumido pelo Facebook) bloqueou repetidamente qualquer tentativa de aplicativos de terceiros usarem sua infraestrutura.
dirkt 4/12
1
@Nav Exemplo da experiência, eu sou uma dessas pessoas. Tenho pouco interesse no Whatsapp porque já tenho outros meios de comunicação com os amigos que o utilizam. O aplicativo em si ocupa um espaço valioso de armazenamento no meu telefone para pouquíssimos benefícios. Não impede que as pessoas perguntem por que eu não uso.
Rowan
1
@Nav Até onde eu entendi, o requisito não é apenas "O Whatsapp foi instalado no telefone"; é muito mais rigoroso "O telefone está ligado, conectado à Internet e o Whatsapp está sendo executado em segundo plano".
Federico Poloni

Respostas:

34

Não é um protocolo comum, vários, na verdade - um popular sendo XMPP (aka Jabber); outro é SIMPLE, uma variante do protocolo SIP usado para VoIP. (Alguns dos mais antigos, como Talk , Zephyr ou Gale - e até o IRC - também foram construídos com a comunicação entre domínios). Em vez disso, os serviços comerciais não querem usar um protocolo comum, tanto técnico quanto comercial. razões que parece.

Aqui estão alguns exemplos históricos do uso do Jabber:

  • Originalmente, o Google Talk (pré-Hangouts) era um serviço XMPP padrão e podia se conectar a outros domínios usando o XMPP - eles até introduziram a extensão de voz / vídeo sobre XMPP (Jingle).
  • Originalmente, o Facebook Chat era um serviço compatível com XMPP, embora não suportasse a federação entre servidores (presumivelmente para que mais pessoas precisassem se inscrever em uma conta do Facebook).
  • Por um curto período de tempo, até o AIM da AOL tentou oferecer suporte ao XMPP juntamente com o protocolo OSCAR (proprietário, mas parcialmente aberto, no entanto).
  • O sinal é baseado em XMPP, mas eles têm uma postagem no blog sobre a decisão de não oferecer suporte a esse recurso. O principal argumento do Signal é que um protocolo federado se torna muito difícil de mudar, além de adicionar pequenos recursos aqui e ali. (O que é ... realmente verdadeiro para SMTP e DNS, por exemplo.)

Se eu tivesse que adivinhar, porque não se tornou um "recurso matador" durante o nascimento da Internet (acabou sendo "resolvido" no lado do cliente, usando aplicativos de bate-papo com vários protocolos, como Trillian, Miranda ou Gaim / Pidgin) , as mensagens instantâneas federadas perderam a chance de se tornar um protocolo principal da Internet e, em vez disso, são consideradas outro recurso comercialmente inviável que uma porcentagem muito pequena dos usuários deseja solicitar.

(O IRC é contemporâneo do SMTP e tinha uma rede federada massiva nos dias de hoje, então por que não se tornou o protocolo? Bem, seus protocolos servidor a servidor são completamente inadequados para ambientes não confiáveis, pois formam um -sincronizado em vez de uma malha solta de domínios independentes. Poderia ser feito para trabalhar com mensagens puramente um para um, mas o foco do IRC são canais e não é bom nisso.)

Finalmente ... spam. Lembro-me de ter lido alguns tópicos da lista de discussão pelos operadores de servidor XMPP, descrevendo o Google Talk como a principal fonte de todas as mensagens de spam por uma margem enorme - eles não fizeram um bom trabalho ao lidar com denúncias de abuso por parte do remetente, e eram um grande provedor que você não pode bloqueá-lo completamente, mas devido ao formato de mensagens de bate-papo x e-mails (curto, chegando em partes, muito poucos metadados), também é aparentemente impossível filtrar decentemente o lado do destinatário.

Certamente você pode instalar um servidor XMPP (ejabberd, Prosody), como um servidor de email, e pode ser acessado [email protected]através do servidor XMPP de qualquer outra pessoa. Existem clientes XMPP disponíveis para muitos sistemas operacionais, do Windows ao Android. (Embora você tenha dificuldades em disponibilizar as notificações por push, e se não o fizer, a bateria será descarregada.)

grawity
fonte