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 Nav@example.com
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.)