Jabber/XMPP: 25 Anos de Independência Digital

Artigo original ↗ Discussão no Hacker News ↗

XMPP (antes Jabber) está completando 25 anos como um protocolo de chat aberto e federado, o que reacende o interesse em como ele se compara a sistemas mais novos como Matrix, Signal e Telegram. Comentadores destacam os pontos fortes do XMPP — padrões maduros, descentralização, uso militar e empresarial, integrações com agentes e IoT, e auto-hospedagem fácil via servidores como Prosody ou Snikket — enquanto criticam suas extensões fragmentadas, a qualidade irregular dos clientes, o tratamento de spam e a UX mais fraca em mobile e desktop. Muitos o veem como tecnicamente sólido, mas prejudicado por baixa adoção e usabilidade ruim, argumentando que, com melhor financiamento, ferramentas e “bons padrões por padrão”, ele ainda poderia ser uma base forte para mensagens que respeitam a privacidade.

Uso Atual & Ecossistema

  • Amplamente usado hoje para pequenas redes privadas: famílias, amigos e pequenas organizações, em vez de grandes comunidades públicas.
  • Uso institucional “oculto” relatado: NATO, militares, polícia, inteligência e ambientes corporativos; foram citados o “JChat” da NATO e implantações militares de rádio HF.
  • Sustenta vários serviços: sinalização do Jitsi Meet (Prosody), o protocolo histórico e atual do WhatsApp, partes do fediverse, jmp.chat (ponte de SMS/telefonia), alguns produtos IoT e chat corporativo legado.

Auto-hospedagem e Infraestrutura

  • Prosody e ejabberd são vistos como maduros e relativamente pouco exigentes em manutenção depois de configurados.
  • Alguns acharam a configuração inicial “brutal” e o XMPP “o Apache do chat”; outros dizem que os padrões modernos o tornam, em sua maior parte, “configurar e esquecer”.
  • Snikket (pacote baseado em Prosody) é elogiado pela facilidade de implantação com Docker, mas criticado por limitar personalizações posteriores.
  • Gateways para WhatsApp, Matrix e IRC (via biboumi) são usados com sucesso.

Experiência do Cliente & Adoção

  • O principal ponto fraco é a qualidade dos clientes em comparação com Signal/Telegram/WhatsApp.
  • Clientes recomendados: Conversations (Android), Dino (desktop), Gajim, Movim, Fluux, Kaidan, Converse.js, Cheogram, Monal, Libervia.
  • As experiências divergem: alguns relatam o Conversations como estável e amigável para famílias; outros veem travamentos, UX desajeitada, falhas de notificações e inconsistências entre vários dispositivos.
  • Descoberta (encontrar usuários/salas), spam em JIDs públicos e problemas de configuração de E2E dificultam a adoção.

Criptografia, Extensões & Interoperabilidade

  • A fragmentação do OMEMO (antigo vs OMEMO 2) causa incompatibilidades; alguns clientes não conseguem conversar entre si, ou não conseguem desativar a criptografia quando ela quebra.
  • Alguns apreciam a capacidade do XMPP de voltar para mensagens sem criptografia em emergências; outros veem isso como um enfraquecimento da segurança.
  • Há reclamações sobre a “proliferação de XEPs” e a necessidade de um “XMPP: the good parts”; outros apontam perfis de conformidade e documentação moderna como resposta a isso.

Comparação com Matrix e Outros

  • Alguns veem o Matrix como “reinventar a roda”, desperdiçando financiamento que o XMPP poderia ter usado, e ainda de fato preso a um único servidor/cliente principal.
  • Outros veem o Matrix como mais adequado para salas persistentes no estilo Slack/Discord e histórico mais rico.
  • O Matrix é criticado por long-polling em dispositivos móveis e dependência de serviços externos de push; o XMPP é elogiado por conexões persistentes eficientes e por alimentar FCM/APNs (segundo comentadores).
  • No geral, há divisão: o XMPP é visto como mais simples, mais maduro e mais fácil de auto-hospedar para pequenas comunidades; o Matrix é visto como mais ambicioso, porém mais pesado e mais frágil.

Sentimento Geral

  • Respeito pela longevidade, abertura e resiliência do XMPP.
  • Frustração simultânea de que, apesar das forças técnicas e da independência, ele continua de nicho, com UX irregular e suporte fragmentado à criptografia.