Quais módulos de prosódia eu preciso para dar suporte às conversas?

Estou configurando um servidor Prosody para uso com clientes móveis que oferecem suporte ao OMEMO . Escolhi o Google Conversations como um cliente de referência desde que o conheço. Quais módulos do Prosody eu preciso instalar para suportá-lo?

xmpp mobile-devices prosody

— david.libremone
fonte

O Conversations fornece uma lista de XEPs que requerem suporte do servidor , reproduzidos abaixo com links para os módulos Prosody 0.9.x correspondentes.

Para bate-papo em grupo criptografado (suporte OMEMO), você precisa apenas de mod_pepe mod_roster. Os outros módulos respondem por funcionalidades adicionais em um contexto do OMEMO (por exemplo, compartilhamento de arquivos) e ambientes (por exemplo, clientes móveis, cliente atrás de um firewall).

XEP-0065: mod_proxy65
XEP-0163: mod_pep (núcleo)
XEP-0191: mod_blocking
XEP-0198: mod_smacks
XEP-0237: mod_roster (núcleo)
XEP-0280: mod_carbonos
XEP-0313: mod_mam (apenas bate-papo 1: 1, para suporte ao MUC, consulte Prosody 0.10 notas abaixo)
XEP-0352: mod_csi
XEP- 0363 : mod_http_upload
XEP-0357: mod_cloud_notify (opcional, necessário apenas para notificações push )

Notas:

idealmente, mod_proxy65 deve apontar para um registro DNS alternativo para o mesmo servidor
mod_blocking requer mod_privacy
mod_csi não define regras para XEP-0352 - módulos adicionais são necessários para essas definições, eles estão listados na página mod_csi
mod_http_upload requer mod_http e outros

Prosody 0.10 notas:

mod_blocking será substituído por mod_blocklist
mod_carbons se tornará um módulo principal
mod_mam suporta apenas chats 1: 1, as Conversas marcarão seus MUCs como "XEP-0313: MAM indisponíveis" . Para dar suporte a grupos, você precisa de mod_mam_muc . Mas, de acordo com a página do módulo (em março de 2017), isso funciona apenas no tronco (e parcialmente em 0,10)

Referências:

— david.libremone
fonte

Você perdeu "cloud_notify" (XEP_0357), necessário para coberturas.

— Mirko

Um problema a ser lembrado é que os dados mod_pep atualmente não são persistentes , o que pode resultar na incapacidade de enviar mensagens para um participante offline após a reinicialização do servidor , porque as chaves necessárias não estão presentes. O trabalho sobre a questão relevante foi "iniciado" em abril de 2017, mas o código para implementar a persistência ainda não foi confirmado e, no momento, parece que pode não chegar a 0,10.

— GreenReaper