Re: Fonctionnalités pour mobile

Beaucoup de serveur de cette liste sont bien placés. En revanche, seul conversations.im est compatible pour le chiffrage ONEMO pour un contact hors ligne. Cette fonctionnalité est-elle disponible avec ejabberd? Est-ce un chantier en cours? Il me semble que ce sera implémenté par mod_pep_plus mais il n'y a pas encore beaucoup d'activité.

je viens de jeter un œil au code qui teste ça, ça teste uniquement la présence de la fonctionnalité #publish-options et ça me semble un peu curieux voire trompeur. Cette fonctionnalité permet de configurer un nœud Pubsub à sa création. En d'autres termes et dans le cas présent, ça permet d'autoriser des gens qui ne sont pas dans la liste de contacts (roster) à accéder aux infos OMEMO (clef publique je suppose) au moment où on créé le nœud, c'est à dire l'endroit où sont enregistrées ces infos.

Sauf que si cette fonctionnalité n'est pas présente, il est tout à fait possible de faire la configuration dans un deuxième temps (avec une autre requête XMPP), c'est juste un peu moins efficace.

Bref, je ne vois pas l'intérêt ce test, ou alors j'ai loupé quelque chose.

La fonctionnalité #publish-options ne semble pas pas présente dans ejabberd (je viens de tester sur pubsub.movim.eu), et je ne sais pas pour mod_pep_plus (utilisant SàT pubsub, je ne suis pas le développement du composant interne de très près).

Pour Goffi: tu as développé le composant sat_pubsub qui se substitue au pubsub interne du serveur. Est-ce que ce composant est toujours utile?

Oui, et je pense qu'il sera toujours (longtemps du moins) utile et pas que pour Prosody, je dois écrire un billet de blog sur le sujet depuis un moment mais je manque de temps. En gros Pubsub c'est plus ou moins la base de donnée de XMPP (ou plutôt une interface standard pour les bases de données), et c'est un composant complexe à écrire. Les implémentations serveurs sont inégales, et quand une fonctionnalité apparaît, on est dépendant du bon vouloir/des possibilités des équipe de dév et du cycle de sortie des serveurs pour en profiter.

Avec SàT Pubsub, on a un composant générique et indépendant, on est sûrs d'avoir tout ce qu'on veut (si ça manque on implémente nous même) et il peut fonctionner potentiellement partout.

Qu'apporte-t-il de plus par rapport aux autres implémentations?

Outre ce que j'ai dit plus haut, je crois que c'est la seule implémentation libre actuelle qui implémente MAM qui permet notamment la recherche, il implémente l'attribut publisher (qui permet de vérifier qui a publié un élément), RSM (résultats par pages), a la persistance, les modèles d'accès open, presence, et whitelist (cf. l'épisode 8 de Parlons XMPP), et d'autre bricoles. Il est testé en permanence avec un client qui fait du blog, donc adapté à ça.

En plus de ces fonctionnalités, c'est aussi un terrain d'expérimentation avec notamment un accès spécifique publisher-roster qui couplé aux permissions fines permet d'avoir des éléments (billets de blog par exemple) réservés à un groupe (fonctionnalités appelée par ailleurs « cercles » ou « aspects »), et depuis récemment des « schémas de nœud » qui permettent entre autre de contrôler ce que les gens peuvent publier. Là aussi je dois écrire un billet sur le sujet, et je compte proposer ceci à la standardisation (quand j'aurai du temps là encore :-/ ).

Pour le 3ème point, je pense que Link Mauve ou mathieui pourront te répondre.

Je trouve XMPP très intéressant et je m'en sert au quotidien mais c'est vrai qu'il n'est pas toujours facile de trouver l'information pour faire des choses modernes. Cela semble changer et j'espère bien pouvoir expérimenter ces nouvelles possibilités prochainement.

Oui c'est vrai, et il y a un travail fait par différents acteurs pour améliorer ça, espérons que ça porte les fruits rapidement.

Sinon, à titre personnel, je trouve l’ambiance sur les salons officiels de SàT, Movim, JabberFR très conviviale et on y apprend souvent des choses intéressantes.

:).