Planete JabberFR

Lettre d’information XMPP de mai 2023

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois de mai 2023.
Un grand merci à toutes les personnes qui nous lisent et à toutes les contributrices et tous les contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.

Annonces de la XSF

  • Si vous souhaitez devenir membre de la XSF, vous pourrez bientôt poser votre candidature au cours du troisième trimestre 2023.

XMPP and Google Summer of Code 2023

La XSF a été acceptée à nouveau comme organisation hôte du GSoC 2023 !

  • Le contributeur GSoC pour Moxxy a publié son premier billet de blog, détaillant le plan d’implémentation de la fonctionnalité de base du groupchat.

"La XSF et le Google Summer of Code 2023"

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Événements XMPP

  • Permanence XMPP : disponible sur notre chaîne YouTube
  • Rencontres XMPP à Berlin (remote) : réunion mensuelle des passionnés de XMPP à Berlin, tous les deuxièmes mercredis du mois.
  • FOSSY will have an XMPP track at their conference this summer from July 13-16th 2023
  • Happy hour XMPP italienne : réunion mensuelle XMPP italienne sur le web, à partir du 16 mai et ensuite tous les troisièmes mardis du mois à 19h00 (événement en ligne, avec mode réunion web et streaming en direct).

Conférences

  • Le développeur de Libervia a prévu deux conférences informatives à Paris en juin. Ces présentations aborderont divers aspects du projet Libervia et de XMPP. La première conférence est une session de 20 minutes en anglais, qui aura lieu à 15h00 le jeudi 15 juin à OW2. Le deuxième exposé sera une discussion plus approfondie de 60 minutes en français, prévue à 17h30 le vendredi 16 juin à Pas Sage En Seine. Ces sessions sont une excellente occasion de mieux comprendre le projet Libervia et d’interagir avec son développeur.

Articles

L’autorité de concurrence du gouvernement allemand a publié une étude sur les services de vidéo et de messagerie [DE] dans laquelle la XSF et plusieurs projets XMPP ont fait des déclarations. Lisez le résumé [DE] ou le document complet [DE].

Nouvelles des logiciels

Clients et applications

  • Gajim 1.8.0 est disponible et intègre le chiffrement OMEMO ! L’intégration du plugin OMEMO permet une meilleure intégration et une meilleure expérience utilisateur. Le menu de chat a été réorganisé et des boutons rapides ont été ajoutés pour plus de commodité. La recherche de messages et l’affichage des conversations de Gajim ont été modifiés et corrigés.

La bannière de conversation de Gajim dans une conversation de groupe

  • Les versions 0.9 et 0.9.1 de Kaidan ont été publiées ! Elles ajoutent le support pour OMEMO 2, Automatic Trust Management (ATM), XMPP Providers, Message Reactions et bien plus encore.

"Vue d'une discussion dans Kaidan"

  • Des développements passionnants se profilent à l’horizon pour Libervia. Grâce à une subvention de NLnet par le biais du fonds NGI Assure, le travail sur l’implémentation des appels A/V avec Jingle sur plusieurs frontaux est en cours. Cette nouvelle fonctionnalité vise à prendre en charge les appels individuels et multipartites, et prévoit même d’ajouter des capacités de contrôle à distance du bureau. En outre, la passerelle ActivityPub est en cours de stabilisation, ce qui permettra d’améliorer encore les fonctionnalités de Libervia. Pour un aperçu complet de ces mises à jour et d’autres, consultez la dernière note d’avancement sur le blog de Goffi.
  • JMP vous permet d’envoyer et de recevoir des messages texte et image (et des appels) par l’intermédiaire d’un véritable numéro de téléphone depuis votre ordinateur, votre tablette, votre téléphone ou tout autre appareil doté d’un client Jabber. Les réactions côté Jabber sont désormais traduites, dans la mesure du possible, dans la pseudo-syntaxe tapback. Pour en savoir plus, consultez le blog JMP. Cheogram Android 2.12.1-6 propose des couleurs et des heures de silence par compte, des aperçus de thumbhash pour les images et de nombreuses corrections de bogues.

Serveurs

Bibliothèques et outils

  • omemo-dr, une nouvelle bibliothèque cryptographique OMEMO est disponible. omemo-dr est une branche de python-axolotl, qui est la bibliothèque cryptographique utilisée pour le cryptage OMEMO dans Gajim. En préparation des changements futurs (par exemple la prochaine version d’OMEMO), les développeurs de Gajim ont forké cette bibliothèque.
  • Les versions 4.3.0 et 4.3.1 de python-nbxmpp ont été publiées et apportent plusieurs corrections de bugs concernant OMEMO et la gestion HTTP.

Extensions et spécifications

La XMPP Standards Foundation développe des extensions XMPP dans sa série de XEPs en plus des RFCs XMPP.

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement des XEPs commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans les deux semaines qui suivent, le Conseil décide d’accepter ou non cette proposition en tant que XEP expérimentale.

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

Cette spécification fournit un moyen de passer à des mécanismes SASL plus récents en utilisant les tâches SASL2.

Ce document définit comment inviter quelqu’un à un appel et comment répondre à l’invitation.

Cette spécification décrit une méthode générique par laquelle le contenu des messages peut être étiqueté comme ayant un type de contenu Internet spécifique. Elle fournit également une méthode pour envoyer le même contenu en utilisant différents types de contenu, en tant que mécanisme de repli lors de la communication entre des clients prenant en charge différents types de contenu.

Cette spécification définit un moyen pour une entité XMPP d’annoncer les limites qu’elle appliquera aux données reçues sur un flux.

Ce document définit les catégories d’applications XMPP pour différents cas d’utilisation (Core, Web, IM et Mobile) et spécifie les XEP requis que les logiciels clients et serveurs doivent mettre en œuvre pour être conformes aux cas d’utilisation.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

Ajouter un texte d’information sur le modèle de données dans les notes de mise en œuvre.

Fournir un moyen pour un service PubSub d’indiquer à un client qu’un nœud est plein.

Clarifier le comportement et l’utilisation actuelle de l’option ‘pubsub#itemreply’.

Correction de l’approbateur de spécifications

Ajout de notes sur la vérification de l’origine des événements (en réaction à la CVE-2023-28686). (ka)

Clarification de la réponse aux métadonnées d’archive dans le cas d’une archive vide.

Clarification de la réponse à la requête dans le cas où il n’y a pas de résultats correspondants. (mw)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP déclarée dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez les nouvelles !

Merci de partager les nouvelles sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • Anglais (original) : xmpp.org
  • Contributeurs généraux : Adrien Bourmault (neox), Alexander « PapaTutuWawa », Arne, cal0pteryx, emus, Licaon_Kter, Ludovic Bocquet, melvo, MSavoritias (fae,ve), nicola, XSF iTeam
  • Français : jabberfr.org et linuxfr.org
  • Traduction : Adrien Bourmault (neox), alkino, anubis, Benoît Sibaud, nyco, Pierre Jarillon, Ppjet6, Ysabeau
  • Allemand : xmpp.org et anoxinon.de
  • Traduction : Jeybe, wh0nix
  • Italian: notes.nicfab.eu
  • Traduction : nicola
  • Espagnol : xmpp.org
  • Traduction : daimonduff, TheCoffeMaker

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite collaborativement par la communauté XMPP. La lettre d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions
  • communication à travers des comptes de médias

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP d’avril 2023

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est réalisée et publiée conjointement sur les sites XMPP.org, LinuxFr.org et JabberFR.org selon une procédure définie.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois d’avril 2023.
Un grand merci à toutes les personnes qui nous lisent et à toutes les contributrices et tous les contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.


Annonces de la XSF

  • xmpp.org a une nouvelle section sur les logiciels ! Vous recherchez des logiciels XMPP, c’est-à-dire des clients, des serveurs, des bibliothèques, des composants et des outils ? Consultez la nouvelle section logiciels de xmpp.org, qui vous permet de filtrer les logiciels selon vos propres critères. Vous recherchez un client fonctionnant sur Android et prenant en charge les appels audio/vidéo ? Vous recherchez une bibliothèque qui prend en charge XEP-0461 : Message Replies ? Appliquez simplement le filtre et voyez ce que vous obtenez !

La nouvelle section logicielle du site xmpp.org

XMPP et le Google Summer of Code 2023

La XSF a été [acceptée à nouveau comme organisation hôte du GSoC 2023] (https://xmpp.org/2023/02/xmpp-at-google-summer-of-code-2023/) !

XMPP et le Google Summmer of Code 2023

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Les candidatures sont ouvertes via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Événements XMPP

Sprints XMPP

  • Elbe-Sprint Hamburg 2023 : du jeudi 22/06/2023 18:00 CEST au dimanche 25/06/2023 12:00 CEST.
    Cet été, les développeurs XMPP organisent un sprint de développement à Hambourg, en Allemagne.

Vidéos XMPP

  • Axel Reimer a publié des tutoriels vidéo en allemand sur son blog eversten.net.
    • Une vidéo [DE] explique les principaux aspects de XMPP.
    • Une série de quatre vidéos [DE] explique comment les utilisateurs de iOS peuvent commencer à utiliser XMPP en installant et en configurant l’application de messagerie Monal.

Articles

Vue de l'embarquement sur Cheogram

Nouvelles des logiciels

Clients et applications

  • La version 1.7.3 de Gajim est disponible. Cette version permet de désactiver les notifications pour des contacts spécifiques et apporte quelques améliorations et corrections de bugs.

Serveurs

  • ejabberd 23.04 a été publiée. Il s’agit d’une nouvelle version importante avec de nombreux changements, notamment le support de la norme XEP-0425 (modération des messages), la liste de blocage en temps réel pour les salles MUC et plusieurs améliorations pour SQL.

Bibliothèques et outils

  • Les versions QXmpp 1.5.4 et QXmpp 1.5.5 ont été publiées ! Elles corrigent quelques bogues importants.
  • Le document Web Console Chat a été publié. Il s’agit d’un guide d’installation et d’une collection de correctifs pour s’assurer que les clients XMPP existants sont suffisamment sûrs avant de les servir sur le web avec ttyd pour votre service de chat web.

Extensions et spécifications

La XMPP Standards Foundation développe des extensions XMPP dans sa série de XEPs en plus des RFCs XMPP.

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition en tant que XEP expérimentale.

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • Version 0.2.0 de XEP-0472 (Pubsub Social Feed)
  • Modifier le type de pubsub pour être cohérent avec d’autres XEPs
  • Ajouter une section sur la découverte (tj)
  • Version 0.4.1 de XEP-0356 (Privileged Entity)
  • Correction de quelques fautes de frappe (gh/@bodqhrohro)
  • Version 0.2.0 de XEP-0428 (Fallback Indication)
  • Ajout de l’attribut « for » pour que les entités puissent savoir à quoi sert le fallback.
  • Permet de spécifier qu’un seul des éléments ou est considéré comme une solution de repli.
  • Permettre de spécifier la partie du texte respectif qui est censée servir de solution de repli, le cas échéant.
  • Ne pas utiliser l’exemple de chiffrement, qui devrait utiliser XEP-0380 à la place. (lmw)
  • Version 0.4.0 de XEP-0388 (Extensible SASL Profile)
  • Ajustement de l’espace de noms
  • Ajout d’une référence à SASL Channel-Binding Type Capability (XEP-0440) et RFC 5802.
  • Mise à jour des considérations de sécurité et des règles commerciales
  • Clarification de et des tâches
  • Ajout d’un point d’expansion pour la reprise de flux en ligne et BIND2 (et éventuellement d’autres)
  • Ajout de l’élément facultatif .
  • Déplacement de « Deferred » à « Experimental » ™
  • Version 0.4.0 de XEP-0386 (Bind 2)
  • Diverses modifications, effectuées parallèlement à l’expérience de mise en œuvre des clients et des serveurs, et aux mises à jour de SASL2.
  • Définition plus précise de l’intégration avec XEP-0388 et plusieurs XEP de fonctionnalités de session : XEP-0198, XEP-0280, XEP-0352.
  • Remplacer l’élément personnalisé latest-id par le nouvel élément de métadonnées de XEP-0313, qui fournit également des informations plus riches.
  • Abandonner le suivi des messages non lus, car il s’agit d’un sujet profond qui n’est pas directement lié à la liaison de ressources. En revanche, les détails de l’intégration avec d’autres extensions ont été mieux définis et démontrés, afin de permettre une telle fonctionnalité lorsqu’elle sera entièrement définie et existera.
  • Ajuster l’espace de noms proposé pour des raisons esthétiques et de cohérence avec l’approche de SASL2. Étant donné que ce protocole pourrait faire partie du nouveau flux de connexion préféré pendant longtemps, il n’est pas logique d’inclure le « 2 » redondant et potentiellement déroutant alors qu’il n’y a pas de conflit sans lui. De même, le « .0 » a été supprimé du titre du XEP, car il ne s’agit pas vraiment d’un numéro de version.
  • Permettre au client d’avoir une certaine influence sur l’identifiant de ressource résultant et définir un format standard pour ces identifiants combinés.
  • Spécifier que les serveurs doivent mettre fin aux anciennes sessions d’un client lorsqu’il lie une nouvelle ressource. (mw)
  • Version 0.7.0 de XEP-0359 (Unique and Stable Stanza IDs)
  • Ajouter une considération de sécurité concernant l’usurpation d’identité et un exemple de référence (fs)
  • Version 0.12.0 de XEP-0292 (vCard4 Over XMPP)
  • Suppression du mode raw-IQ et spécification de la réutilisation de la PEP (spw)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP déclarée dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez les nouvelles !

Merci de partager les nouvelles sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • anglais (original) : xmpp.org
  • contributeurs généraux : Adrien Bourmault (neox), Alexander « PapaTutuWawa », Arne, emus, Licaon_Kter, Ludovic Bocquet, melvo, MSavoritias (fae,ve), wurstsalat, XSF iTeam
  • français : jabberfr.org et linuxfr.org
  • traduction : Adrien Bourmault (neox), alkino, anubis, Benoît Sibaud, nyco, Pierre Jarillon, Ppjet6, Ysabeau
  • allemand : xmpp.org et anoxinon.de
  • traduction : Jeybe, wh0nix
  • italien : notes.nicfab.eu
  • traduction : nicfab
  • espagnol : xmpp.org
  • traduction : daimonduff, TheCoffeMaker

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite collaborativement par la communauté XMPP. La lettre d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le [dépôt Github de la XSF]](https://github.com/xsf/xmpp.org/milestone/3). Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions
  • communication à travers des comptes de médias

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP de mars 2023

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois de march 2023. Un grand merci à toutes les personnes qui nous lisent et à toutes les contributrices et tous les contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.


Annonces de la XSF

xmpp.org dispose d’une nouvelle section logiciels ! Vous recherchez des logiciels XMPP, c’est-à-dire des clients, des serveurs, des bibliothèques, des composants et des outils ? Consultez la nouvelle section logiciels de xmpp.org, qui vous permet de filtrer les logiciels selon vos propres critères. Vous recherchez un client fonctionnant sous Android et prenant en charge les appels audio/vidéo ? Vous recherchez une bibliothèque qui prend en charge la XEP-0461 : Message Replies ? Appliquez simplement le filtre et voyez ce que vous obtenez !

La nouvelle section logiciels de xmpp.org

XMPP et le Google Summer of Code 2023

La XSF a été acceptée à nouveau comme organisation d’accueil du GSoC 2023 !

La XSF et le Google Summer of Code 2023

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Événements XMPP

Articles

Atelier sur la loi sur le marché numérique à Bruxelles

  • L’IETF a approuvé la publication de Messaging Layer Security (MLS), une nouvelle norme de sécurité de bout en bout qui permettra aux applications de fournir facilement le plus haut niveau de sécurité à leurs utilisateurs. Le chiffrement de bout en bout est une fonction de sécurité de plus en plus importante dans les applications Internet. Il permet de protéger les informations des utilisateurs même si le service en nuage qu’ils utilisent a été violé.

Nouvelles des logiciels

Clients et applications

  • Cheogram Android 2.12.1-4 a été publiée avec la prise en charge de l’envoi de réponses et de réactions aux messages, du glissé-pour-répondre, du contact « note à soi-même », de la visualisation des profils vcard4 et des pings MUC occasionnels.
  • La version 1.7.2 de Gajim est disponible. Cette version apporte de nombreuses corrections de bogues et quelques améliorations utiles. Gajim vous permet maintenant de supprimer les messages de votre historique local (dans le cas de méchants messages de spam). De plus, la détection des fichiers audio WAV a été améliorée et vous pouvez maintenant cliquer sur la forme d’onde pour passer à un timestamp spécifique dans un message vocal.
  • monocles chat 1.6.3 a reçu la prise en charge de la modération des messages (XEP-0425) et bénéficiera également de nouvelles fonctionnalités de Cheogram Android.
  • Movim 0.21 « Whipple » a été publié, et il contient une tonne de nouvelles fonctionnalités. Réponses aux messages, Web Push, messages vocaux, nouveaux emojis, et bien plus encore.
  • SiskinIM 7.3.3 et BeagleIM 5.3.4 de Tigase ont été publiés.
  • Spark 3.0.2 de Ignite Realtime a été publié.

Movim supporte les réponses

Serveurs

  • Metronome IM [4.0.2] (https://github.com/maranda/metronome/releases/tag/v4.0.2) apporte quelques corrections de bugs.

Bibliothèques et outils

  • python-nbxmpp 4.2.1 et 4.2.2 ont été publiées. Elles corrigent certains bogues de la bibliothèque HTTP de python-nbxmpp.
  • QXmpp 1.5.1 et QXmpp 1.5.2 ont été publiées en février et QXmpp 1.5.3 en mars ! Elles corrigent d’importants bogues.
  • xmppbl.org fournit un service de liste de bannissement en temps réel (RTBL) pour XMPP.
  • XmppDotNet est le nouveau nom et la nouvelle génération de la bibliothèque XMPP MatriX vNext.

De la communauté ignite realtime :
Openfire MUC Real-Time Block List plugin 1.1.0 a été publiée.
Openfire EXI plugin est en cours de développement.
Botz 1.2.0 a été publiée.
– Le plugin Openfire HTTP File Upload plugin 1.2.2 est disponible.

Extensions et spécifications

La XMPP Standards Foundation développe des extensions XMPP dans sa série de XEPs en plus des RFCs XMPP.

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition en tant que XEP expérimentale.

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • [Version 0.2.0 de XEP-0444 (Message Reactions)] (https://xmpp.org/extensions/xep-0444.html)
  • Ajout d’un mécanisme de rejet des emojis. (NC)
  • Version 0.7.0 de XEP-0359 (Unique and Stable Stanza IDs)
  • Ajout de considérations de sécurité concernant l’usurpation d’identité et un exemple de référence.
  • Version 0.12.0 de XEP-0292 (vCard4 Over XMPP)
  • Suppression du mode raw-IQ et spécification de la réutilisation de la PEP (spw)
  • Version 0.4.0 de XEP-0388 (Extensible SASL Profile)
  • Mise à jour de l’espace de noms
  • Ajout d’une référence à la XEP-0440 et RFC 5802
  • Mise à jour des considérations de sécurité et des règles commerciales
  • Clarification de <continue/> et des tâches
  • Ajout d’un point d’expansion pour la reprise de flux en ligne et BIND2 (et éventuellement d’autres)
  • Ajout d’un élément optionnel <user-agent/>.
  • Déplacement de « Deferred » (différé) à « Experimental » (expérimental)
  • Version 0.4.0 de XEP-0386 (Bind 2)
  • Diverses modifications, effectuées parallèlement à l’expérience de mise en œuvre des clients et des serveurs, et aux mises à jour de SASL2.
  • Définition plus précise de l’intégration avec XEP-0388 et plusieurs XEP de fonctionnalités de session : XEP-0198, XEP-0280, XEP-0352.
  • Remplacer l’élément personnalisé latest-id par le nouvel élément de métadonnées de XEP-0313, qui fournit également des informations plus riches.
  • Abandonner le suivi des messages non lus, car il s’agit d’un sujet profond qui n’est pas directement lié à la liaison de ressources. En revanche, les détails de l’intégration avec d’autres extensions ont été mieux définis et démontrés, afin de permettre une telle fonctionnalité lorsqu’elle sera entièrement définie et existera.
  • Ajuster l’espace de noms proposé pour des raisons esthétiques et de cohérence avec l’approche de SASL2. Étant donné que ce protocole pourrait faire partie du nouveau flux de connexion préféré pendant longtemps, il n’est pas logique d’inclure le « 2 » redondant et potentiellement déroutant alors qu’il n’y a pas de conflit sans lui. De même, le « .0 » a été supprimé du titre de la XEP, car il ne s’agit pas vraiment d’un numéro de version.
  • Permettre au client d’avoir une certaine influence sur l’identifiant de ressource résultant et définir un format standard pour ces identifiants combinés.
  • Spécifier que les serveurs doivent mettre fin aux anciennes sessions d’un client lorsqu’il lie une nouvelle ressource.
  • Version 0.2.0 de XEP-0428 (Fallback Indication)
  • Ajouter l’attribut « for » pour que les entités puissent savoir à quoi sert le « fallback ».
  • Permet de spécifier que seul l’un des éléments <subject> ou <body est censé servir de repli.
  • Permettre de spécifier la partie du texte respectif qui est censée servir de solution de repli, le cas échéant.
  • Ne pas utiliser l’exemple de chiffrement, qui devrait utiliser XEP-0380 à la place.

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP déclarée dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez les nouvelles !

Merci de partager les nouvelles sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • anglais (original) : xmpp.org
  • contributeurs généraux : Adrien Bourmault (neox), Alexander « PapaTutuWawa », Arne, emus, Licaon_Kter, Ludovic Bocquet, melvo, MSavoritias (fae,ve), wurstsalat, XSF iTeam
  • français : jabberfr.org et linuxfr.org
  • traduction : Adrien Bourmault (neox), alkino, anubis, Benoît Sibaud, Pierre Jarillon, Ppjet6, Ysabeau
  • allemand : xmpp.org et anoxinon.de
  • traduction : Jeybe, wh0nix
  • italien : notes.nicfab.eu
  • traduction : nicfab
  • espagnol : xmpp.org
  • traduction : daimonduff, TheCoffeMaker

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite collaborativement par la communauté XMPP. La lettre d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions
  • communication à travers des comptes de médias

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP de février 2023

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est réalisée et publiée conjointement sur les sites XMPP.org, LinuxFr.org et JabberFR.org selon une procédure définie.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois de février 2023.
Un grand merci à toutes les personnes qui nous lisent et à toutes les contributrices et tous les contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.



Annonces de la XSF

xmpp.org a une nouvelle section de logiciels ! Vous recherchez des logiciels XMPP, c’est-à-dire des clients, des serveurs, des bibliothèques, des composants et des outils ? Consultez la nouvelle section logiciels de xmpp.org, qui vous permet de filtrer les logiciels selon vos propres critères. Vous recherchez un client fonctionnant sous Android et prenant en charge les appels audio/vidéo ? Vous recherchez une bibliothèque qui prend en charge la XEP-0461 : Message Replies ? Appliquez simplement le filtre et voyez ce que vous obtenez !

La nouvelle section logiciels de xmpp.org

XMPP et le Google Summer of Code 2023

La XSF a été acceptée à nouveau comme organisation d’accueil du GSoC 2023 !

La XSF et le Google Summer of Code 2023

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Événements XMPP

Vidéos XMPP

  • Cheogram offre une nouvelle chaîne PeerTube pour les vidéos sur les nouvelles fonctionnalités de son client XMPP et de ses passerelles. Également disponible sur YouTube.

Articles

Nouvelles des logiciels

Clients et applications

  • Converse 10.1.1 et 10.1.2 ont été publiés et corrigent toutes deux quelques bogues. Converse est un client web de discussion XMPP/Jabber.
  • Dino 0.4.0 ‘Ilulissat’ et 0.4.1 ont été publiés. La version 0.4 ajoute le support des réactions et des réponses aux messages. Dino est également passé de GTK3 à GTK4 et utilise désormais libadwaita.

Dino 0.4 supporte à présent les XEPs Message Replies et Message Reactions

  • Gajim 1.7.0 et 1.7.1 ont été publiés. Ces versions apportent une meilleure intégration de KeepassXC, de meilleures valeurs par défaut pour les discussions de groupe créées avec ejabberd, et quelques corrections de bogues importantes.
  • Psi+ 1.5.1645 et 1.5.1646 ont été publiés.

Serveurs

Bibliothèques et outils

  • nbxmpp 4.2.0 a été publiée, apportant une prise en charge de la XEP-0461 Message Replies et un profil pour SASLprep.

Extensions et spécifications

La XMPP Standards Foundation développe des extensions XMPP dans sa série de XEPs en plus des RFCs XMPP.

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition en tant que XEP expérimentale.

  • Pas de XEP proposée ce mois-ci.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • Aucune XEP mise-à-jour ce mois-ci.

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP déclarée dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez les nouvelles !

Merci de partager les nouvelles sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • Anglais (original) : xmpp.org
  • Contributeurs généraux : Adrien Bourmault (neox), Alexander « PapaTutuWawa », emus, Licaon_Kter, Ludovic Bocquet, MattJ, MSavoritias (fae,ve), wurstsalat, Zash
  • Français : jabberfr.org et linuxfr.org
  • Traduction : Adrien Bourmault (neox) et la communauté sur LinuxFr.org
  • Allemand : xmpp.org et anoxinon.de
  • Traduction : Jeybe, wh0nix
  • Italien: notes.nicfab.eu
  • Traduction : nicfab
  • Espagnol : xmpp.org
  • Traduction : daimonduff, TheCoffeMaker

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite collaborativement par la communauté XMPP. La lettre d’information de chaque mois est rédigé dans ce simple pad (N. D. T. : nouvelle adresse par rapport à l’année dernière, pensez à mettre à jour votre marque-page le cas échéant !). À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions
  • communication à travers des comptes de médias

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP de décembre 2022 et janvier 2023

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est réalisée et publiée conjointement sur les sites XMPP.org, LinuxFr.org et JabberFR.org selon une procédure définie.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre les mois de décembre 2022 et janvier 2023.
Il s’agit de la première publication après une pause hivernale bien méritée ! Un grand merci à tous nos lectrices et lecteurs et à tous les contributrices et contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.



Annonces de la XSF

Si vous souhaitez devenir membre du XSF, les listes sont ouvertes jusqu’au 19 février 2023.

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Google Summer of Code 2023

La XSF et le Google Summer of Code 2023

Nous envisageons de participer au Google Summer of Code 2023 ! Si vous êtes intéressés, commencez par lire ici.

Événements XMPP

Conférences XMPP

Articles

Un test de résistance du serveur de streaming PeerTube incluant un chat en direct basé sur XMPP (Prosody) a été réalisé. Il a permis d’identifier un certain nombre d’optimisations possibles dans le plugin de chat en direct de Peertube. Lisez le post de l’auteur du plugin pour plus de détails.

Peertube with XMPP-based live chat

Jabber.org, le service de messagerie instantanée XMPP originel, a été migré vers le serveur de messagerie instantanée Prosody le week-end du 14-15 janvier. Historique complet : jabberd -> ejabberd -> Isode M-Link -> Prosody IM

Un article sur la [« tokenisation de l’immobilier durable dans les villes intelligentes : la monétisation comme base pour la construction, l’autorisation et la neutralisation du carbone dans les CPS (systèmes cyber-physiques) »] (https://ieeexplore.ieee.org/document/9968404) (utilisant des techniques basées sur XMPP) a été présenté à IECON2022 et a été publié récemment.

La lettre d’information de décembre de JMP parle de la nouvelle structure de la coopérative, d’un important correctif de sécurité dans l’application Android de Cheogram et d’une revue des points forts de 2022. La Lettre d’information de janvier de JMP mentionne une autre nouvelle version comprenant une nouvelle interface utilisateur pour les dicussions XMPP par threads et de nouvelles options de paiement pour le service. Enfin et surtout : écrire un client de chat à partir de zéro en Ruby.

Snikket vous informe des [avertissements de sécurité de F-Droid] (https://snikket.org/blog/fdroid-security-warning/) et de leur [mise à jour de sécurité] (https://snikket.org/blog/fdroid-security-update/). Les problèmes ont déjà été résolus.

vanitasvitae écrit sur PGPainless : utiliser n’importe quel binaire SOP avec SOP-Java et External-SOP

nicfab écrit sur la nouvelle directive NIS 2 de l’UE : s’applique-t-elle à tous ceux qui fournissent des services numériques gratuits en ligne ?

Nouvelles des logiciels

Clients et applications

BeagleIM 5.3.2, 5.3.3 et SiskinIM 7.3.1, 7.3.2 ont été publiées avec une option permettant de bloquer des domaines entiers et un certain nombre de corrections de bogues en plus de tous nouveaux logos et icônes.

Les versions 2.11.0 à 2.12.1 de Conversation ont été publiées ! Elles mettent en œuvre le profil SASL extensible, Bind 2.0 ainsi que Channel Binding et Fast pour des reconnexions plus rapides. De plus, la possibilité de passer d’un appel audio à un appel vidéo, de supprimer son propre avatar et une notification pour les appels manqués ont été ajoutés. Depuis la version 2.12.0, Conversations intègre également un distributeur UnifiedPush pour faciliter l’envoi de messages push à d’autres applications compatibles avec UnifiedPush comme Tusky et Fedilab. Les utilisateurs peuvent utiliser le serveur UP fourni par le développeur ou demander à leur administrateur de serveur d’héberger un serveur UP en tant que composant universel de transport XMPP ou de charger le nouveau module Prosody. Comme annoncé dans la newsletter de novembre 2022 la version 3.0 a été financée, le développement a donc déjà commencé, vous pouvez suivre son évolution dans la nouvelle branche de code c3.

Gajim 1.6.0 et 1.6.1 ont été publiées. Pour Gajim 1.6, les développeurs ont porté la bibliothèque HTTP sous-jacente de Gajim et de python-nbxmpp vers libsoup3. De plus, les aperçus audio sont maintenant plus jolis et permettent un meilleur contrôle (vitesse de lecture, saut). Le rendu des Emoji sur macOS a été réparé et de nombreuses corrections ont été implémentées sous le capot.

Libervia a reçu un financement du fond NLnet NGI Assure pour l’implémentation d’appels audio/vidéo.

Les versions Moxxy 0.4.0 et 0.4.1 ont été publiées. Ces deux versions apportent des autocollants, des réactions, l’enregistrement de messages vocaux et diverses améliorations et corrections de l’interface utilisateur et du code XMPP.

De la communauté ignite realtime :

Serveurs

ejabberd 23.01 a été publiée. Près de trois mois après la version précédente, ejabberd 23.01 comprend de nombreuses corrections de bogues, plusieurs améliorations et quelques nouvelles fonctionnalités. Un nouveau module, mod_mqtt_bridge, peut être utilisé pour répliquer les modifications apportées aux sujets MQTT entre les serveurs locaux et distants. Les XEP supportées sont maintenant automatiquement collectés à partir de la documentation du code source afin de fournir un fichier DOAP pour un traitement ultérieur sur xmpp.org/servers/ejabberd.

Prosody 0.12.2 et Prosody 0.11.14 ont été publiées. La version 0.12 apporte des corrections de bogues et des améliorations.

[Le serveur Tigase XMPP 8.3 a été publié] (https://tigase.org/blog/tigase-xmpp-server-8.3.0/). Elle inclut Tigase MEET – la version de Tigase des appels vidéo de groupe SFU (Selective Forwarding Unit), la prise en charge de la capacité de type de liaison de canal SASL XEP-0440 ainsi que la prise en charge initiale et anticipée de SASL2 et Bind2 et de nombreuses corrections habituelles.

Bibliothèques et outils

omemo_dart est une bibliothèque Dart destinée à aider les développeurs de clients XMPP Dart/Flutter à mettre en œuvre OMEMO dans sa dernière version – actuellement 0.8.3. Elle a été publiée dans la version 0.4.2.

[python-nbxmpp 4.0.0 à 4.1.0 a été publiée] (https://dev.gajim.org/gajim/python-nbxmpp/-/blob/master/ChangeLog). Ces versions apportent le support des Messages de Réaction (XEP-0444) et portent la bibliothèque vers libsoup3.

Un nouvel outil pour les opérateurs et développeurs de serveurs est arrivé : nbxmpp-client vous permet de vérifier et de tester différentes méthodes de connexion XMPP (et configurations de proxy) tout en gardant un œil sur le flux XML du protocole. La version 2.0.0 vient de sortir, avec un nouveau design (Gtk4+libadwaita).

Slidge 0.1.0 RC1 a été publié. Slidge est une collection de composants de passerelle XMPP qui vous permet d’utiliser vos clients XMPP préférés pour chatter avec d’autres réseaux de chat non XMPP et/ou non fédérés (c’est-à-dire WhatsApp, Facebook, Mattermost, Signal, Skype, Steam, Telegram).

Le service compliance.conversations.im de Daniel Gultsch va être abandonné. Ce vérificateur de conformité en ligne permettait aux administrateurs de serveurs et aux utilisateurs d’identifier les XEP/caractéristiques prises en charge par un fournisseur, et il permettait également de vérifier la prise en charge des XEP dans le temps. Ce service a aidé les utilisateurs à vérifier s’ils créaient un compte à l’épreuve du temps avec un fournisseur de leur choix. En raison de difficultés à maintenir le logiciel, le service sera fermé dans un avenir proche.

QXmpp 1.5 est disponible ! La bibliothèque XMPP basée sur Qt-/C++ supporte désormais OMEMO 2, le Chiffrement de Contenu des Stanzas et la Gestion Automatique de la Confiance. Beaucoup plus de données qu’avec les anciennes versions d’OMEMO peuvent être chiffrées de bout en bout. Par exemple, les fichiers, y compris les vignettes, sont partagés de manière chiffrée via le Partage de Fichiers sans État. En outre, les réactions aux messages sont prises en charge et l’implémentation PubSub de QXmpp est presque complète.

Extensions et spécifications

La XMPP Standards Foundation développe des extensions de XMPP dans sa série de XEPs en plus des RFCs XMPP.

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition en tant que XEP expérimentale.

  • Suites de conformité XMPP 2023
  • Ce document définit les catégories d’applications XMPP pour différents cas d’utilisation (Core, Web, IM et Mobile), et spécifie les XEPs requises que les logiciels clients et serveurs doivent implémenter pour être conformes aux cas d’utilisation.
  • Annonces de Limites de Flux
  • Cette spécification définit un moyen pour une entité XMPP d’annoncer les limites qu’elle appliquera aux données reçues sur un flux.

Nouvelles extensions

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP déclarée dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez la nouvelle !

Merci de partager la nouvelle sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • Anglais (original) : xmpp.org
  • Contributeurs généraux : Alexander « PapaTutuWawa », emus, Licaon_Kter, Ludovic Bocquet, MattJ, MSavoritias (fae,ve), wurstsalat, Zash
  • Français : jabberfr.org et linuxfr.org
  • Traduction : Adrien Bourmault (neox) et la communauté sur LinuxFR
  • Allemand : xmpp.org et anoxinon.de
  • Traduction : Jeybe, wh0nix
  • Italien : nicfab.it
  • Traduction : nicfab
  • Espagnol : xmpp.org
  • Traduction : daimonduff, TheCoffeMaker

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite collaborativement par la communauté XMPP. La lettre d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github de la XSF. Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP ;
  • résumés courts des nouvelles et des événements ;
  • résumé de la communication mensuelle sur les extensions (XEP) ;
  • révision de l’ébauche de la lettre d’information ;
  • préparation d’images pour les médias ;
  • traductions ;
  • communication via des comptes de médias.

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Compte-rendu de l’AG de JabberFR du 2022-12-22

Détails de la tenue

  • Date : 2022-12-22
  • Heure de début : 19h42
  • Heure de fin : 20h43
  • Président de séance : erwanb
  • Secrétaire de séance : mathieui

Présents

  • mathieui : Secrétaire
  • Nicosss : Administrateur
  • erwanb : Trésorier
  • Link Mauve : Président
  • Nawyel : Membre
  • pep. : Membre (peut-être pas à jour de cotisation)

Ordre du jour

  • Bilan d’activité
  • Point sur les adhésions et cotisations
  • Nouvelles actions à définir

Bilan d’activité (mathieui & Link Mauve)

Maintenance (mathieui)

Depuis la dernière AG, nous avons eu 4 maintenances planifiées et 5 incidents, ce qui donne dans l’ordre chronologique :

Les inscriptions via le web sont également indisponibles depuis plusieurs mois. On remarque qu’il y a eu peu d’incidents en 2022.

Activités (Link Mauve)

Avec la levée des restrictions liées au covid (mais toujours avec un FFP2), notre activité d’information et de rencontre des utilisateurs lors des évènements du libre a pu reprendre. Link Mauve s’est rendu à Lyon pour les Journées du Logiciel Libre (JDLL) en avril dernier, puis à Toulouse au Capitole du Libre (CdL) en novembre avec pep. Ils y ont tenu un stand où ils ont parlé de XMPP, de JabberFR, de Snikket, ainsi que de tout autre sujet en lien avec ce par quoi leurs interlocuteurs étaient intéressés. Ils ont tous deux effectués le voyage sur leurs fonds propres, mais avec les adhésions et dons nous espérons pouvoir imprimer davantage de flyers et autres stickers lors des prochains évènements. Le retour des visiteurs a été majoritairement enthousiaste, en particulier autour de Snikket et de la simplification de l’embarquement des utilisateurs qui en découle. Link Mauve y a également suivi un atelier d’étude du design du site web, afin de le rendre plus attractif et d’attirer l’attention des visiteurs sur les points importants, une refonte de la page d’accueil est en cours de réalisation !

Adhésions et bilan financier (erwanb)

L’association compte désormais 35 membres, dont ~40% à jour de cotisation (chiffre exact disponible dans quelques jours selon les aléas de la banque postale). Erwanb est toujours en train de s’occuper des démarches auprès de La Banque Postale pour passer à une formule moins chère et avec accès au compte en ligne.

On peut remarquer que les adhésions sont généralement supérieures au montant minimum. Toutefois, on est toujours un peu ric-rac ; encore une fois cette année notre seule dépense est le paiement du serveur et les frais de compte, mais on s’est retrouvé à quelque chose comme 10€ sur le compte au début de l’automne. Si la page d’accueil est effectivement en refonte, peut-être qu’il serait bien de plus mettre en avant les liens vers HelloAsso pour rendre l’adhésion/la donation plus simple (plutôt que de se cantonner à la page d’adhésion).

Au premier décembre, le solde du compte était de 14.98€ (avant relance et appels à cotisation).

Questions

  • Nicosss demande si on a les proportions de recette entre HelloAsso et virements
    • erwanb répond qu’en 2022 sauf erreur cela revient à 40€ et 165€
  • pep. propose de rendre l’hébergement de domaine tiers payant (ou contre adhésion)
  • Retours positifs (soit payant soit fortement incité à adhérer, erwanb note aussi que ça donne un vote dans le fonctionnement de l’association)

Nouvelles actions à définir

  • La refonte du site web mentionnée plus haut (navigation plus intuitive, guider mieux les utilisateurs)
  • Augmentation de la taille maximale des fichiers uploadés depuis les clients, ce qui nécessite des changements non-triviaux sur le serveur pour tenir la charge
  • Amélioration de l’interface des domaines hébergés, pour permettre aux gens qui hébergent leur service XMPP chez nous de gérer leurs utilisateurs (c’était déjà dans les actions futures de la précédente AG)
  • Suite aux retours de visiteurs d’évènements, l’intégration des avancées de Snikket pour faciliter l’onboarding de nouveaux utilisateurs (comme les invitations)
  • La présentation des finances de l’asso sur le site, comme déjà noté l’année précédente, mais on dépend ici des procédures de changement de formule à La Banque Postale déjà évoquées plus haut
  • Ouvrir un compte Mastodon « officiel » (quelqu’un avait créé un bot avec notre permission il y a plusieurs années, mamot.fr/@jabberfrbot, mais nous n’avons pas les accès)
  • Mise en place d’une courte réunion publique (informelle) mensuelle pour pouvoir faire des points d’étapes sur les différentes actions mises en place ou justement leur non mise en place
  • Trouver une solution de rechange pour les backups, qui sont actuellement chez mathieui qui n’a plus beaucoup de place

Renouvellement du bureau

Proposition de reconduite du bureau actuel, avec :

  • Link Mauve en tant que président
  • mathieui en tant que secrétaire
  • erwanb en tant que trésorier

La proposition de bureau est votée à l’unanimité.

Lettre d’information XMPP de novembre 2022

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois de novembre 2022. C’est la dernière publication pour cette année et nous aurons une pause hivernale bien méritée jusqu’au 5 février 2023 ! Un grand merci à tous les lecteurs et à tous les contributeurs !

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.

Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs et traductrices pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • Anglais (original) : xmpp.org
  • Contributeurs généraux : emus, Licaon_Kter, Ludovic Bocquet, MattJ, MSavoritias (fae,ve), wurstsalat, Zash
  • Français : jabberfr.org et linuxfr.org
  • Traduction : Adrien Bourmault (neox) et la communauté sur LinuxFR
  • Allemand : xmpp.org et anoxinon.de
  • Traduction : Jeybe, wh0nix
  • Italien : nicfab.it
  • Traduction : nicfab
  • Espagnol : xmpp.org
  • Traduction : daimonduff, TheCoffeMaker

Annonces de la XSF

  • La période de demande d’adhésion au XSF pour le quatrième trimestre 2022 est terminée. Les résultats du vote seront annoncés le 13 décembre.

Google Summer of Code 2022

GSoC 2022

Le Google Summer of Code 2022 est terminé ! Les deux nouveaux contributeurs Patiga et PawBud ont travaillé sur des projets de logiciels libres dans l’environnement XMPP. Lisez les articles de blog de la collection finale :

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuellement hébergés :

Événements

Articles

Tous les articles en suspens du Google Summer of Code sont désormais complets et ont été publiés. Voir ci-dessus !

Sur le blog de JMP, un article sur la construction d’un client XMPP à partir de zéro, avec des exemples de mise en œuvre de nombreux XEP. Lisez également leur Bulletin d’information : nouvelle version Android de Cheogram, instance Chatwoot.

ejabberd a 20 ans ! Félicitations et merci à tous ceux qui ont contribué à ce grand projet !

ejabberd a 20 ans !

IT-Business écrit sur les protocoles Internet les plus importants – XMPP en fait partie [DE] !

Découvrez comment Libervia fait le lien entre XMPP et ActivityPub alors que la passerelle développée par Goffi (grâce à une subvention NLnet/NGI0) atteint l’état alpha. Le support de OMEMO:2 est également annoncé, pour les messages, les fichiers, les transferts de fichiers via Jingle et toutes les fonctionnalités liées à Pubsub.

Nouvelles des logiciels

Clients et applications

Conversations 3.0 a été annoncé et est soutenu par la fondation NLnet

Gajim 1.5.4 a été publié, et il est livré avec une interface de transfert de fichiers retravaillée, une meilleure détection des URL, des améliorations de la sélection des messages, et de nombreuses corrections sous le capot.

Nouvelle interface de transfert de fichiers de Gajim 1.5.4

Spark 3.0.0 a été publié avec un nouveau look et inclut le plugin Pade Meetings pour les appels audio et vidéo via Jitsi Meet.

Serveurs

Openfire 4.7.4 a été publié, et il comprend des améliorations de l’implémentation de la fonctionnalité de Chat Multi-Utilisateur spécifique au cluster.
cluster de la fonctionnalité Multi-User Chat, une meilleure gestion des websockets et des statistiques améliorées. En outre, de la communauté ignite realtime :

Comme mentionné dans la Lettre d’information d’octobre 2022, de nouvelles informations sur les travaux relatifs à SASL2 commencent à apparaître. Les développeurs du serveur Prosody parlent de l’apport d’une authentification plus rapide à Prosody et XMPP et de la réponse que constituent les « jetons ».

Bibliothèques et outils

python-omemo 1.0.2 a été publié avec le support du nouvel OMEMO basé sur SCE. Il est intéressant de noter que la progression de Libervia ci-dessus est basée sur ce travail.

Et des nouvelles d’OMEMO du côté de Go également, Mellium va recevoir une subvention pour le chiffrement de bout en bout du Fond NGI Assure.

Extensions et spécifications

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent finales ou actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’ajournées. Ce cycle de vie est décrit dans la XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Par ailleurs, xmpp.org propose également une page sur les RFC XMPP.

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’Éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition en tant que XEP expérimentale.

  • [PubSub Social Feed] (https://xmpp.org/extensions/inbox/pubsub-social-feed.html)
  • Cette spécification définit un moyen de publier du contenu social via XMPP.
  • [SASL SCRAM Downgrade Protection] (https://xmpp.org/extensions/inbox/xep-downgrade-prevention.html)
  • Cette spécification fournit un moyen de sécuriser les prises de contact SASL et SASL2 contre les déclassements de méthode et de liaison de canal.
  • OpenPGP pour XMPP Pubsub
  • Spécifie un profil OpenPGP pour XMPP (XEP-0373) pour le cas d’utilisation pubsub.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP à l’état d’expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • Aucune XEP mise-à-jour ce mois-ci.

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions obsolètes

  • Aucune XEP déclarée obsolète ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel – est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez la nouvelle !

Merci de partager la nouvelle sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Aidez-nous à créer la lettre d’information

Cette lettre d’information XMPP est produite en collaboration par la communauté XMPP. Le bulletin d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github XSF. Nous sommes toujours heureux d’accueillir des contributeurs et contributrices. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions
  • communication via media accounts

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP d’octobre 2022

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org.
Désormais, cette lettre d’information est également publiée sur XMPP.org et la procédure encadrant la traduction a été placée sur le Wiki XMPP.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois d’octobre 2022.

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.



Contributions et traductions de la lettre d’information

Il s’agit d’un effort communautaire, et nous aimerions remercier les traducteurs pour leurs contributions. Les volontaires sont les bienvenus ! Les traductions de la lettre d’information XMPP seront publiées ici (avec un certain retard) :

  • Anglais (original) : xmpp.org
    • Contributeurs généraux : emus, Licaon_Kter, Ludovic Bocquet, MattJ, MSavoritias (fae,ve), wurstsalat, Zash
  • Français : jabberfr.org et linuxfr.org
    • Traducteurs : Adrien Bourmault (neox) et la communauté sur LinuxFR
  • Allemand : xmpp.org et anoxinon.de
    • Traducteurs : Jeybe, wh0nix
  • Italien : nicfab.it
    • Traducteurs : nicfab
  • Espagnol : xmpp.org
    • Traducteurs : daimonduff, TheCoffeMaker

Annonces de la XSF

  • La période de demande d’adhésion à XSF pour le quatrième trimestre 2022 est actuellement ouverte. Si vous souhaitez devenir membre de XSF, vous pouvez demander l’adhésion. Veuillez soumettre votre demande avant le 27 novembre 2022.

Google Summer of Code 2022

La XSF et le Google Summer of Code 2022

Le Google Summer of Code 2022 est terminé ! Les deux nouveaux contributeurs Patiga et PawBud ont travaillé sur des projets de logiciels libres dans l’environnement XMPP. Lisez les derniers billets de blog de la collection :

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets en cours :

Événements

Articles

ejabberd a ajouté le support du protocole Matrix, apportant son expérience de la mise à l’échelle de XMPP et MQTT à cette nouvelle voie de messagerie. Dans un premier temps, un sous-ensemble du protocole sera mis en œuvre, agissant comme un pont entre les protocoles. Les clients professionnels pourront d’abord y goûter, avant de l’intégrer à l’édition communautaire.

La Lettre d’information JMP présente une nouvelle version importante du client Cheogram pour Android, avec des fonctionnalités telles que XHTML-IM, Bits of Binary, une forme de rétraction des messages, le marquage des contacts, etc. Ils parlent également d’une [intégration de canal XMPP qu’ils ont construite] (https://github.com/chatwoot/chatwoot/pull/5587) pour le logiciel de support Chatwoot, et proposent aux projets communautaires d’utiliser leur instance pour l’essayer. Ce mois-ci, ils ont également écrit un article sur la [vérification de compte par SMS] (https://blog.jmp.chat/b/2022-sms-account-verification) et son impact sur l’écosystème.

PGPainless : Mise en œuvre de la validation de la séquence des paquets à l’aide d’automates Pushdown

Une nouvelle technique de test automatisé a récemment été adoptée pour aider les développeurs de Prosody dans leur travail quotidien de développement : Test de mutation dans Prosody

La modernisation du protocole d’authentification est en cours autour de la communauté, mot clé « SASL ». Les deux derniers bulletins d’information ont donné de multiples indications sur ce travail, dans les mises à jour de libs et de XEP et dans les nouvelles de funding. Il concerne plusieurs clients, plusieurs plateformes et au moins un serveur. Thilo Molitor, le développeur de Monal, a parlé sur son blog de l’état cassé actuel, des propriétés idéales du système et des solutions sur lesquelles il travaille. Il s’agit d’une lecture de 30 minutes, mais elle sera certainement utile lorsque d’autres nouvelles sur les implémentations SASL commenceront à apparaître des autres projets impliqués.

Nouvelles des logiciels

Clients et applications

ConverseJS a publié la version 10.0.0 avec de nombreuses améliorations et une mise à jour des fonctionnalités.

Dino 0.3.1 a été publié, il s’agit d’une version de maintenance pour le support de libsoup3 et la correction de bogues.

Les versions Gajim 1.5.2 et 1.5.3 ont été publiées. Ces versions apportent une nouvelle amélioration des performances, de meilleurs emojis, la sélection de plusieurs messages, et de nombreuses corrections de bogues.

Codes court pour emoji dans Gajim

Profanity 0.13.1 est disponible avec une gestion améliorée des plugins.

Psi+ 1.5.1641 (2022-09-24) a été publié.

Monal 5.3.3 est en ligne dans l’AppStore depuis un moment maintenant, et même si elle n’apporte pas encore les améliorations SASL mentionnées ci-dessus ou les capacités d’appels audio et vidéo tant attendues financées le mois dernier, elle comporte plusieurs corrections pour les enregistrements, le partage de captures d’écran et les marqueurs de lecture.

aTalk a été publié avec [une cadence presque mensuelle] (https://github.com/cmeng-git/atalk-android/blob/master/aTalk/ReleaseNotes.txt). Chaque nouvelle version apporte plus d’améliorations, comme les vues de localisation/carte, les appels, les mises à jour des bibliothèques et la mise à jour des nouvelles exigences d’Android. Le plus gros obstacle à son adoption reste malheureusement toujours présent et provient d’une interface utilisateur obsolète qui précède l’interface matérielle d’Android 5.

Serveurs

La version ejabberd 22.10 comprend six mois de travail, plus de 140 commits, y compris des améliorations pertinentes dans MIX, MUC, SQL, et les installateurs, et des corrections de bogues comme d’habitude.

Jackal 0.62.3 est sortie apportant 3 corrections pour le stockage/archivage et les stances s2s.

Bibliothèques et outils

python-nbxmpp 3.2.4 et 3.2.5 ont été publiées, apportant des corrections de bogues et des améliorations internes.

Extensions et spécifications

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent Finales ou Actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’Ajournées. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Par ailleurs, xmpp.org propose également une page sur les RFC XMPP.

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition comme un XEP expérimental.

  • PubSub Social Feed
  • Cette spécification définit un moyen de publier du contenu social via XMPP.
  • SASL SCRAM Downgrade Protection
  • Cette spécification fournit un moyen de sécuriser les prises de contact SASL et SASL2 contre les déclassements de méthode et de liaison de canal.
  • OpenPGP pour XMPP Pubsub
  • Spécifie un profil OpenPGP pour XMPP (XEP-0373) pour le cas d’utilisation pubsub.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP sur expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • Aucune XEP mise-à-jour ce mois-ci.

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel, est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez la nouvelle !

Merci de partager la nouvelle sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Aidez-nous à construire la lettre d’information

Cette lettre d’information XMPP est produite en collaboration par la communauté XMPP. Nous tenons donc à remercier Adrien Bourmault (neox), anubis, Anoxinon e.V., Benoît Sibaud, cpm, daimonduff, emus, Gooya, Holger, IM, Ludovic Bocquet, martin, MattJ, MSavoritias (fae,ve), nicfab, Pierre Jarillon, Sam Whited, TheCoffeMaker, wh0nix, vanitasvitae, wurstsalat, Zash pour leur soutien et leur aide à la création, la révision, la traduction et le déploiement. Un grand merci à tous les contributeurs et à leur soutien continu !

Le bulletin d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github XSF. Nous sommes toujours heureux d’accueillir des contributeurs. N’hésitez pas à vous joindre à la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez en parler ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et des événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions

Licence

Cette lettre d’information est publiée sous la licence CC BY-SA.

Lettre d’information XMPP de septembre 2022

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois de septembre 2022.

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.


Cette lettre d’information de septembre 2022 en anglais
Toutes les lettres d’information en version originale
Souscrire à la lettre d’information en version originale par courriel
Flux RSS de la lettre d’information en version originale
XMPP/Jabber sur LinuxFr.org


Annonces XSF

  • La période de demande d’adhésion à XSF pour le quatrième trimestre 2022 est actuellement ouverte. Si vous souhaitez devenir membre de la XSF, vous pouvez demander l’adhésion. Merci de soumettre votre demande avant le 27 novembre 2022.
  • La période de candidature au conseil d’administration et au conseil de la XSF pour l’année prochaine est actuellement ouverte. Si vous souhaitez vous présenter au conseil d’administration ou au conseil de la XSF, vous pouvez postuler ici. Merci de soumettre votre candidature avant le 6 novembre 2022. Pour rappel, les membres du Conseil XMPP doivent être des membres élues ou élus de la XSF ; cependant, il n’y a pas de telle restriction pour le Conseil d’administration.
  • Avis de sécurité : la libexpat avant 2.4.9 est vulnérable à la CVE-2022-40674, assurez-vous de la mettre à jour, si vous en dépendez.

Google Summer of Code 2022

XSF et Google Summer of Code 2022

Le Google Summer of Code 2022 est terminé ! Les deux nouveaux contributeurs Patiga et PawBud travaillaient sur des projets de logiciels open-source dans l’environnement XMPP. Lisez aussi tous leurs articles de blog. Merci à tous pour votre participation !

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuels :

Événements

Articles

Félicitations aux développeurs de Monal pour le nouveau NLnet Funding qui couvrira les améliorations de la confidentialité pour les serveurs push, une implémentation exploratoire des appels audio et vidéo, des mises à jour de l’interface utilisateur pour les vues MUC et Contact, et des mises à jour SASL.

Paul Schaub a écrit un article de blog axé sur les détails techniques de la vérification de la validité des séquences de paquets imbriquées à l’aide d’automates pushdown. Cette technique sera utilisée dans une refonte partielle de PGPainless pour valider les messages OpenPGP. Au début du mois, un autre billet sur « Creating a Web-of-Trust Implementation : Accessing Certificate Stores » a également été publié.

PGPainless pour valider les messages OpenPGP

jmp.chat a apporté des modifications à la messagerie vocale et la possibilité de découvrir l’ID Jabber en option à son service, ainsi qu’une application Android mise à jour et de nouveaux dépôts F-Droid personnalisés pour les versions stable et préversion. En outre, ils ont écrit sur « Privacy and Threat Modelling » en général.

Arnaud a parlé des mises à jour du serveur chatty et de HTTPAuthentificationOverXMPP.

Anoxinon.media a publié son blogpost XMPP – Teil 1 – Messaging mal anders [DE].

Nouvelles des logiciels

Clients et applications

Version de maintenance de Beagle IM 5.3.1 qui corrige l’envoi de fichiers chiffrés avec OMEMO et l’accès aux MUC protégés par mot de passe. Par ailleurs, Tigase a lancé un nouveau site Web plus simple tigase.org qui facilite l’accès aux projets open-source créés par Tigase.

Nouveau tigase.org

Gajim 1.5.0 et 1.5.1 ont été publiées. Ces versions sont accompagnées d’une augmentation significative des performances. Les chats épinglés peuvent être ordonnés par glisser-déposer, les corrections de messages ont été améliorées, et de nombreux bogues ont été corrigés.

Une implémentation d’OMEMO 2 vient d’être fusionnée à Libervia, avec le support de Stanza Content Encryption (XEP-0420), grâce à l’excellent travail de Syndace, auteur de python-omemo (qui a été mis à jour pour l’occasion). L’un des principaux avantages est que d’autres éléments de Stanza peuvent désormais être chiffrés également, et pas seulement le corps.
OX (XEP-0373/XEP-0374) devrait bientôt suivre, quelle époque formidable !

Alors que le développement de Monal se poursuit, voir les nouvelles de financement ci-dessus, et qu’ils ont déployé de nouveaux serveurs Push comme annoncé dans le bulletin XMPP juillet 2022, les utilisateurs d’anciennes versions de Monal devront se mettre à jour, donc si vous ou vos contacts ne l’ont pas déjà fait les développeurs vous invitent à le faire maintenant.

La [Lettre d’information XMPP d’août 2022] (https://xmpp.org/2022/09/the-xmpp-newsletter-august-2022/) n’a pas publié la mise-à-jour d’UWPX, le client XMPP pour les appareils UWP (Windows 10). Bien que la version v.0.43.0.0 ne contienne qu’un correctif, c’est malheureusement aussi la Mise à jour finale car le développeur se retire du projet. Les personnes disposées à prendre le relais sont invitées à se manifester !

Kaidan, une application de chat conviviale et moderne pour tous les appareils, recevra une subvention de NLnet pour ajouter des appels audio et vidéo cryptés. Félicitations !

Serveurs

Jackal v0.62.0 est sorti, apportant le support de la XEP-0313 gestion des archives de messages et plusieurs améliorations.

Metronome IM 4.0 a été publié. Cette version introduit la prise en charge de Lua 5.3, une API partagée remaniée pour l’archivage des stanza des chats de groupe, la prise en charge expérimentale du MIX Core/PAM, la prise en charge de la modération des messages et la prise en charge de la conteneurisation.

Profanity 0.13.0 a été publié.

Bibliothèques et outils

python-nbxmpp 3.2.2 et 3.2.3 ont été publiés, ajoutant une implémentation de stringprep et des améliorations pour détecter les connexions TCP interrompues.

La première bêta de Slidge (ponts XMPP) est sortie ! Slidge prend en charge les comptes Signal, Telegram, Discord, Steam, Mattermost, Facebook et Skype. Actuellement seuls les messages directs sont supportés, mais le développement se poursuit.
Retrouvez l’article en anglais et français.

Le travail sur le pont XMPP/ActivityPub (soutenu par un financement NLnet) a été réalisé. La passerelle prend en charge des fonctions telles que les abonnés, les favoris, les « j’aime » (ou « noticed » en termes XMPP), les réactions (compatible avec Pleroma), les mentions, le partage/la relance et enfin les événements (compatible avec Mobilizon). Il a été testé avec Mastodon, Pleroma et Mobilizon. Il est encore considéré comme étant de qualité alpha, un article de blog devrait bientôt suivre pour expliquer plus en détail.

Communauté Ignite Realtime :

Extensions et spécifications

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent Finales ou Actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’Ajournées. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Par ailleurs, xmpp.org propose également une page sur les RFC XMPP.

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, le Conseil décide s’il accepte cette proposition comme un XEP expérimental.

  • Événements
  • Cette spécification décrit comment gérer les événements calendaires avec XMPP

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP sur expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

  • Version 0.4.0 de XEP-0440 (SASL Channel-Binding Type Capability)
  • Faire de l’élément sasl-channel-binding une fonctionnalité de flux de haut niveau (dg)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Extensions stables

  • Aucune XEP n’est passée à stable ce mois-ci.

Extensions dépréciées

  • Aucune XEP dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel, est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez la nouvelle !

Partagez la nouvelle sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Aidez-nous à construire la newsletter

Cette lettre d’information XMPP est produite en collaboration par la communauté XMPP. Nous tenons donc à remercier Adrien Bourmault (neox), alkino, anubis, Benoît Sibaud, emus, goffi, Jeybe, Licaon_Kter, martin, MattJ, MSavoritias (fae,ve), nicfab, Ppjet6, vanitasvitae, wurstsalat, Zash pour leur soutien et leur aide à la création, la révision, la traduction et le déploiement. Un grand merci à tous les contributeurs et à leur soutien continu !

Le numéro de la lettre d’information de chaque mois est rédigé dans ce simple pad. À la fin de chaque mois, le contenu du pad est fusionné dans le dépôt Github XSF. Nous sommes toujours heureux d’accueillir des contributeurs. N’hésitez pas à rejoindre la discussion dans notre salon public Comm-Team (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez faire connaître la nouvelle ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et événements
  • résumé de la communication mensuelle sur les extensions (XEP)
  • révision de l’ébauche de la newsletter
  • préparation d’images pour les médias
  • traductions

Licence

Cette lettre d’information est publiée sous licence [CC BY-SA] (https://creativecommons.org/licenses/by-sa/4.0/).

Lettre d’information XMPP d’août 2022

N. D. T. — Ceci est une traduction de la lettre d’information publiée régulièrement par l’équipe de communication de la XSF, essayant de conserver les tournures de phrase et l’esprit de l’original. Elle est publiée conjointement sur les sites LinuxFr.org et JabberFR.org. La liste des personnes y ayant contribué est disponible sur LinuxFr.org.

Bienvenue dans la lettre d’information XMPP, nous sommes ravis de vous retrouver ici ! Ce numéro couvre le mois d’août 2022.

Comme la présente lettre d’information, de nombreux projets et leurs efforts au sein de la communauté XMPP sont le résultat du travail bénévole de personnes. Si vous êtes satisfait des services et des logiciels que vous utilisez, surtout dans la situation actuelle, pensez à dire merci ou à aider ces projets ! Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.


Cette lettre d’information de août 2022 en anglais
Toutes les lettres d’information en version originale
Souscrire à la lettre d’information en version originale par courriel
Flux RSS de la lettre d’information en version originale
XMPP/Jabber sur LinuxFr.org


Annonces XSF

  • La période de demande d’adhésion à la XSF pour le quatrième trimestre 2022 est actuellement ouverte. Si vous souhaitez devenir membre de la XSF, vous pouvez [demander l’adhésion] (https://wiki.xmpp.org/web/Membership_Applications_Q4_2022). Soumettez votre demande avant le 27 novembre 2022.

Google Summer of Code 2022

XSF et Google Summer of Code 2022

Le Google Summer of Code 2022 a pris son envol et le codage a commencé depuis un moment déjà ! Les deux nouveaux contributeurs Patiga et PawBud qui travailleront sur des projets de logiciels open-source dans l’environnement XMPP. Lisez aussi leurs premiers articles de blog.

Hébergement fiscal de projets par la XSF

La XSF propose un hébergement fiscal pour les projets XMPP. Veuillez postuler via Open Collective. Pour plus d’informations, consultez l’annonce blog. Projets actuels :

Événements

Articles

L’équipe de Prosody annonce une refonte de son système de permission dans le cadre de la modernisation de l’authentification et de l’autorisation XMPP.

Eversten.net a publié deux articles :

JMP newsletter annonce une nouvelle version majeure du client Cheogram Android, avec la prise en charge de l’interface utilisateur des commandes ad-hoc et plus encore, ainsi qu’une nouvelle fonction de facturation multi-comptes. Ils ont également un article présentant l’interface utilisateur de commande en images.

Anoxinon Media a publié « XMPP – Teil 1 – Messaging mal anders » [DE]. Il s’agit de XMPP – une alternative qui se distingue de la masse.

Kaidan, le client XMPP pour chaque appareil, a publié un post sur sa gestion de confiance par chiffrement de bout en bout
scan du code QR

Le Communiqué de Mellium Dev pour août 2022 présente les développements du mois dernier, notamment la prise en charge de HTTP Upload, la RFC 9266, divers changements de tests internes et un appel à commentaires !

Embarquement facile avec l’application de chat Android blabber.im via les fournisseurs XMPP ! Les mots de passe sont générés automatiquement et les fournisseurs XMPP sont suggérés. Ces suggestions sont basées sur le projet XMPP Providers.

Nouvelles des logiciels

Clients et applications

Conversations 2.10.9 et 2.10.10 sont enfin disponibles sur Google Play Store et F-Droid. De nombreuses personnes attendaient avec impatience une nouvelle version de Conversations sur F-Droid, car il y avait quelques problèmes concernant l’utilisation des bibliothèques WebRTC, pour les appels audio/vidéo. Les utilisateurs de F-Droid étaient toujours sur la build 2.10.2.1+fcr mais maintenant, après 5 mois d’attente, ils utilisent la dernière version. Ces versions améliorent les interactions avec les périphériques de sortie Bluetooth. Veillez donc à accorder la permission si nécessaire. Une note pour les utilisateurs de jmp.chat, la version F-Droid utilise une bibliothèque WebRTC incompatible, il est donc préférable de passer à l’application Cheogram (un fork des développeurs de jmp.chat) pour le moment. La version Play Store n’a pas ce problème.

Moxxyv2 0.2.0, 0.2.1, 0.2.2, 0.2.3 ont été publiés. Un nouveau client XMPP pour la communauté Android est présenté dans la lettre d’information de ce mois-ci ; il n’est actuellement qu’au stade alpha. Cependant, l’avenir du projet semble être assez prometteur, et nous sommes heureux qu’un autre projet XMPP rejoigne la communauté ! La version initiale (0.2.0) a été rendue disponible le 29 juillet, et la deuxième version (0.2.1) a été rendue
disponible le 14 août. Ce projet est le successeur de moxxyv1, qui a été écrit en React Native et abandonné en raison de divers problèmes techniques.

La version Psi+ 1.5.1639 (2022-08-17) a été publiée.

Tigase a publié BeagleIM 5.3 (macOS) et SiskimIM7.3 (iOS) qui contiennent des modifications et des améliorations de stabilité. Notez que SiskimIM aura besoin d’au moins iOS 13 à partir de maintenant.

Serveurs

Openfire 4.7.3 a été publié, qui apporte de nombreuses corrections de bogues, notamment pour BOSH.

Bibliothèques

libstrophe 0.12.2 a été publié.

Mellium XMPP 0.21.3 a été publié.

python-nbxmpp 3.2.0 et 3.2.1 a été publié, qui apporte le support pour Extensible SASL Profile (XEP-0388) et des corrections de bogues.

Tigase Martin 3.2.1 a été publié.

De la communauté ignite realtime :

  • Les plugins REST API Openfire 1.9.0 et 1.9.1 ont été publiés pour corriger plusieurs bogues.
  • Le plugin Openfire ThreadDump 1.1.0 a été publié et ajoute deux nouveaux évaluateurs pour le TaskEngine et les statistiques du pool de connexion de la base de données.

Extensions et spécifications

Les développeurs et développeuses, et autres experts ou expertes en normes du monde entier collaborent à ces extensions, en développant de nouvelles spécifications pour les pratiques émergentes et en affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent Finales ou Actives – selon leur type – tandis que les autres sont soigneusement archivées en tant qu’Ajournées. Ce cycle de vie est décrit dans XEP-0001, qui contient les définitions formelles et canoniques des types, états et processus. Pour en savoir plus sur le processus de normalisation. La communication autour des normes et des extensions se fait sur la liste de diffusion des normes (archive en ligne).

Par ailleurs, xmpp.org propose également une page sur les RFC XMPP.

Extensions proposées

Le processus de développement XEP commence par la rédaction d’une idée et sa soumission à l’éditeur XMPP. Dans un délai de deux semaines, celui-ci décide d’accepter ou non cette proposition en tant que XEP expérimentale.

  • Aucune XEP proposée ce mois-ci.

Nouvelles extensions

  • Version 0.1.0 de XEP-0469 (épinglage de signets)
  • Ce document définit une extension du protocole XMPP pour permettre aux utilisateurs d’épingler des signets natifs PEP.
  • Version 0.1.0 de XEP-0470 (Pièces jointes Pubsub)
  • Cette spécification fournit un moyen de joindre des éléments à un item pubsub.

Extensions ajournées

Si une XEP expérimentale n’est pas mise à jour pendant plus de douze mois, elle sera déplacée d’expérimentale à ajournée. S’il y a une autre mise à jour, elle remettra la XEP sur expérimentale.

  • Aucune XEP ajournée ce mois-ci.

Mise-à-jour

  • Version 0.2.0 de XEP-0447 (Partage de fichiers sans état)
  • Ajout d’un attribut de disposition pour signaler quand l’inlining est souhaité. (lmw)
  • Version 0.2.0 de XEP-0470 (Pièces jointes de pubsub)
  • Mise à jour des réactions pour qu’elles soient similaires aux réactions des messages (XEP-0444)
  • namespace bump, mise à jour de l’espace de nommage (jp)
  • Version 1.1 de XEP-0231 (Bits of Binary)
  • Mentionner où obtenir les noms textuels des fonctions de hachage. (ssw)
  • Version 0.3.0 de XEP-0440 (SASL Channel-Binding Type Capability)
  • Faire de l’implémentation de tls-server-end-point un MUST pour les serveurs. ™
  • Version 0.2.0 de XEP-0446 (élément de métadonnées de fichier)
  • Utiliser la hauteur/largeur au lieu des dimensions (lmw)
  • Version 0.2.0 de XEP-0448 (Chiffrement pour le partage de fichiers sans état)
  • Remplacer la référence ProtoXEP par une référence au XEP publié.
  • Ajouter urn:xmpp:ciphers:aes-256-cbc-pkcs7:0 (identique à celui utilisé dans XEP-0384) (lmw)

Dernier appel

Les derniers appels sont émis une fois que tout le monde semble satisfait de l’état actuel d’une XEP. Après que le Conseil ait décidé que la XEP est prête, l’éditeur XMPP émet un Dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du Dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’il passe à l’état stable.

  • Pas de dernier appel ce mois-ci.

Stable

  • Version 1.0.0 de XEP-0215 (Découverte de services externes)
  • Acceptée comme stable selon le vote du Conseil du 2022-08-03. (Éditeur XEP (jsc))

Extensions dépréciées

  • Aucune XEP dépréciée ce mois-ci.

Appel à l’expérience

Un appel à l’expérience – comme un dernier appel, est un appel explicite aux commentaires, mais dans ce cas, il s’adresse principalement aux personnes qui ont implémenté, et idéalement déployé, la spécification. Le Conseil vote ensuite pour la faire passer en version finale.

  • Pas d’appel à l’expérience ce mois-ci.

Répandez la nouvelle !

Veuillez partager la nouvelle sur d’autres réseaux :

Consultez également notre Flux RSS !

Vous recherchez des offres d’emploi ou vous souhaitez engager un consultant professionnel pour votre projet XMPP ? Visitez notre tableau d’offres d’emploi XMPP.

Aidez-nous à construire la lettre d’information

Cette lettre d’information XMPP est produite en collaboration par la communauté XMPP. Nous tenons donc à remercier Adrien Bourmault (neox), anubis, Anoxinon e.V., Benoît Sibaud, cpm, daimonduff, emus, Gooya, Holger, IM, Ludovic Bocquet, martin, MattJ, MSavoritias (fae,ve), nicfab, Pierre Jarillon, Sam Whited, TheCoffeMaker, wh0nix, vanitasvitae, wurstsalat, Zash pour leur soutien et leur aide à la création, la révision, la traduction et le déploiement. Un grand merci à tous les contributeurs et à leur soutien continu !

Le numéro de la lettre d’information de chaque mois est rédigé dans ce [pad simple] (https://yopad.eu/p/xmpp-newsletter-365days). À la fin de chaque mois, le contenu du pad est fusionné dans le [dépôt Github XSF] (https://github.com/xsf/xmpp.org/milestone/3). Nous sommes toujours heureux d’accueillir des contributeurs. N’hésitez pas à rejoindre la discussion dans notre Comm-Team group chat (MUC) et ainsi nous aider à soutenir cet effort communautaire. Vous avez un projet et vous voulez faire connaître la nouvelle ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public.

Tâches que nous effectuons régulièrement :

  • collecte des nouvelles dans l’univers XMPP
  • résumés courts des nouvelles et événements
  • résumé de la communication mensuelle sur les extensions (XEPs)
  • révision de l’ébauche de la lettre d’information
  • préparation d’images pour les médias
  • traductions

Licence

Ce bulletin d’information est publié sous licence [CC BY-SA] (https://creativecommons.org/licenses/by-sa/4.0/).

Passerelle ActivityPub et chiffrement de bout en bout Pubsub

Bonjour,

c'est avec grand plaisir que je vous annonce qu'un projet de passerelle ActivityPub <=> XMPP doublé d'une adaptation du chiffrement de bout en bout à PubSub a été sélectionné pour une subvention par NLnet/NGI0 Discovery Fund (avec un soutien financier de la commission européenne "Next Generation Internet") : https://nlnet.nl/project/Libervia/

Ce gros projet est divisé en 27 étapes, et va occuper la plupart de mon temps dédié au projet Libervia (anciennement "Salut à Toi", le projet a été renommé, je vais expliquer cela, en anglais, dans une "progress note" à venir).

La passerelle XMPP <=> ActivityPub va joindre 2 protocoles ouverts et décentralisés majeurs. En pratique, ce sera un composant pour serveur XMPP (utilisable avec n'importe quel serveur), et il va implémenter le protocole "serveur à serveur" de ActivityPub (aussi connu comme « protocole de fédération » ou « Federation Protocol »). Côté XMPP, ce sera principalement un service PubSub (avec quelques extras, comme les messages privés convertis en messages XMPP).

Le blogage XMPP (XEP-0277: Microblogging over XMPP) va être utilisé, et donc n'importe quel client qui l'implémente aura accès aux publications ActivityPub (Libervia et Movim par exemple).

Pour les fonctionnalités présentes dans ActivityPub et pas encore dans XMPP, il est prévu de proposer des « protoXEPs » (c.-à-d. des propositions d'extensions de XMPP) pour les implémenter. Les évènements font aussi parti du projet, et une compatibilité entre Mobilizon et Libervia est prévue, ainsi qu'une protoXEP pour standardiser cela côté XMPP.

Tout ceci est très excitant, parce que ça va étendre les deux réseaux, et donner un coup d'accélérateur aux projets intégrant le blogage et le chat XMPP.

La seconde partie du projet concerne le chiffrement de bout en bout. XMPP a connu des améliorations majeures sur le chiffrement de bout en bout suite au travail fait sur OMEMO, notamment initié avec Conversations, et sur OX, une intégration moderne de OpenPGP. C'est excellent, mais cela se concentrait jusqu'ici sur la messagerie instantanée. Le but va être d'ajouter le chiffrement de bout en bout au PubSub XMPP, avec les protoXEPs et l'implémentation dans Libervia. En d'autres termes, à la fin de ce projet, il sera possible d'utiliser le chiffrement de bout en bout avec toutes les fonctionnalités basées sur Pubsub (comme les blogs, forums, listes ou autre évènements que vous pouvez utiliser avec Libervia), c'est énorme ! Les signatures feront partie du projet aussi, signifiant qu'il sera possible d'authentifier un élément comme un billet de blog d'une façon standardisée.

En plus des standards qui vont bénéficier à la communauté XMPP entière, tout ceci sera implémenté dans Libervia, ce qui inclus mettre à jour l'implémentation actuelle pour arriver à l'état de l'art (c.-à-d. mettre à jour l'implémentation actuelle d'OMEMO et implémenter OX).

La dernière partie du projet sera l'implémentation du chiffrement de bout en bout dans le frontal web. En effet, l'architecture spécifique de Libervia fait qu'OMEMO n'est actuellement pas utilisable depuis le navigateur (l'implémentation est faite dans le « backend »). Pour rendre ceci possible, la bibliothèque Python OMEMO qui est actuellement utilisée va être portée sur WebAssembly et Brython, ce qui va permettre de faire du chiffrement et du déchiffrement directement depuis le navigateur.

Comme vous pouvez vous en rendre compte, c'est beaucoup de travail. Je vais faire la majeure partie de tout ceci, mais je ne serai pas seul (en particulier l'auteur de Python OMEMO fera le port sur wasm/Brython à travers ce projet). Le développement devrait prendre environ un an, la passerelle ActivityPub <=> XMPP étant la première partie.

Je profite de ce billet pour remercier encore NLnet et le programme NGI de l'UE, ainsi que mon employeur (Sourcefabric, qui développe en particulier Superdesk) pour m'avoir permis d'adapter mon rythme de travail.

J'ai adapté les tâches au traqueur de bogues de Libervia (qui fonctionne avec XMPP), aussi vous pouvez voir leur détails (en anglais) et suivre leur progression à cette adresse : https://salut-a-toi.org/bugs?search=nlnet

Enfin, je vais continuer à publier des notes de progression (en anglais), qui devraient aussi être disponible sur ActivityPub plus tard dans l'année ;). Le site web a été mis à jour, avec de nouvelles installations via Flatpak et Docker, RDV sur https://www.salut-a-toi.org.

Si vous avez des questions ou commentaires, n'hésitez pas à vous rentre sur le salon officiel XMPP de Libervia à sat@chat.jabberfr.org, ou à me joindre par exemple via ActivityPub (@Goffi@mastodon.social).

À bientôt.

slixmpp v1.6

slixmpp est une bibliothèque python (3.7+) pour XMPP utilisant asyncio, qui a été forkée depuis les sources de SleekXMPP.

Nouveaux plugins

  • XEP-0353: Jingle Message Initiation
  • XEP-0359: Unique and stable stanza IDs (était déjà partiellement implémentée)
  • XEP-0369: MIX-Core
  • XEP-0377: Spam reporting
  • XEP-0403: MIX-Presence
  • XEP-0404: MIX-Anon
  • XEP-0405: MIX-PAM
  • XEP-0421: Anonymous unique occupant identifiers for MUCs (déjà présente en tant que "protoxep_occupantid" dans une version antérieure de la spécification)
  • XEP-0422: Message Fastening
  • XEP-0424: Message Retraction
  • XEP-0425: Message Moderation
  • XEP-0428: Fallback Indication
  • XEP-0437: Room Activity Indicators
  • XEP-0439: Quick response
  • XEP-0444: Message Reactions (déjà présente en tant que "protoxep_reactions" dans une version antérieure de la spécification)

Ces extensions sont pour la plupart expérimentales (au sens de la XSF), et sont donc sujettes à des changements plus ou moins lourds avant leur avancée dans le processus, ce qu’il faut garder en tête en les utilisant. Celles concernant MIX en particulier, car elles sont peu testées.

Note : Une nouvelle dépendance python, le package emoji est maintenant requis pour la validité de la XEP-0444 (vérification des emojis), et a été ajoutée à la liste extras_require du script d’installation, où aiohttp (seulement requis pour la XEP-0363) a été déplacé également.

Corrections et améliorations

  • XEP-0045:
    • Séparation du fichier unique en un package python, meilleure structure du code, nettoyage, élements dédiés pour les stanzas… (pep)
    • Réécriture des fonctions déjà cassées en coroutines, ajout d’autres éléments (mathieui)
  • XEP-0047: Correction du nombre maximal de séquence (mathieui)
  • XEP-0115: Ajout de l’attribut manquant "from" à la requête de disco pour les composants (aearil)
  • XEP-0333: Ajout de la "feature" manquante à la session (mathieui)
  • XEP-0352: Ajout de la "feature" seulement pour les composants (Link Mauve)
  • XEP-0363: Ajout de l’attribut "callback" manquant à la requête d’upload (cnngimenez)
  • Premiers tests d’intégration (mathieui)
  • Annulation des filtres sur le flux XML à la déconnexion (ehendrix23)
  • Tutoriels en anglais et polonais pour l’ajout d’un plugin personnalisé (Hoacyn)
  • Suppression de code tiers non utilisé désormais grâce à python 3.7 (Link Mauve)
  • Amélioration de la documentation et ajout des plugins à l’index (mathieui)

Avis de dépréciation

En passant de sleekxmpp vers slixmpp, beaucoup de fonctions ont été gardées telles quelles en renvoyant juste une future (le résultat de iq.send()). Désormais, beaucoup de ces fonctions seront plutôt des coroutines, au fur et à mesure de l’évolution du code. C’est nécessaire afin de nous permettre d’avoir de meilleures valeurs de retour et traitements des réponses, plutôt que laisser l’utilisateur de la bibliothèque récupérer ce dont il a besoin à la main en explorant la stanza. Beaucoup des nouvelles XEPs ajoutées fonctionnent de cette façon, et les fonctions réécrites de la XEP-0045 sont également des coroutines.

Cela signifie par exemple qu’appeler self.xmpp.plugin['xep_0045'].set_role() sans utiliser await dessus n’aura strictement aucun effet. (en dehors d’une erreur plus tard dans les logs selon le niveau de debug asyncio en cours)

tl;dr: il faut await les coroutines

Merci à tous les mainteneurs et contributeurs pour cette nouvelle version !

Appel audio/vidéo sur Android et XMPP

Conversations est sûrement le client XMPP pour Android le plus abouti.
Sa version 2.8 apporte les appels audio et vidéo en 1v1.

Client

Pour l’utilisateur, c’est très simple, une icône de combiné téléphonique a été rajoutée en haut de l’écran. Quand on clique dessus, un menu propose au choix l’appel audio ou vidéo.

Les appels sont chiffrés de bout en bout en utilisant DTLS-SRTP (comme webRTC) et utilisent Jingle pour initier la communication.

De mes tests personnels, la qualité des appels vidéo est bonne. La latence est faible, l’annulation d’echo est performante et permet de parler avec le smartphone au bout du bras.

Par contre en appel vidéo, le téléphone chauffe beaucoup par conséquence l’autonomie diminue grandement. Je ne sais pas si c’est le cas sur d’autres applications d’appel vidéo vu que je n’en utilisais pas avant.

Le gros avantage de Conversations(XMPP), par rapport à Riot(Matrix) c’est qu’il consomme beaucoup moins de batterie en arrière plan et que les notifications sont instantanées sans reposer sur les services Google (Google Push qui nécessite l’installation de Google Play services (propriétaire) avec des permissions étendues et le consentement à la collecte de données par Google)

Par rapport à SIP. tout dépend si on le compare au service Linphone LIME qui peut être chiffré de bout en bout comme ici ou le service OVH où tout passe en clair de bout en bout.

Je ne connais pas d’autres client compatible avec les appels de Conversations pour l’instant.

Serveur

Coté serveur, j’utilise Prosody comme serveur XMPP sur une machine derrière un routeur faisant office de NAT et pare-feu.

Pour une connexion entre 2 clients qui seraient sur le même LAN, il n’y a rien à faire coté serveur.

Mais en pratique, il n’est pas rare que les 2 clients se trouvent derrière des pare-feu interdisant les connexions entrantes. Pour résoudre ce cas, il faut mettre en place un relai de communication sur le serveur.

Pour cela, on va installer un service TURN avec le programme coturn.
Sur Debian :

# apt install coturn

On édite le fichier /etc/turnserver.conf:

use-auth-secret
static-auth-secret=monsecret
no-tcp
external-ip=mondomain.com
realm=mondomain.com

« mondomain.com » correspond au nom de domaine qui permet de joindre le serveur coturn par Internet.
« monsecret » est un mot de passe aléatoire qui permettra de réserver l’usage de ce relai TURN à votre service prosody.

Pour le démarrer, dans le fichier /etc/default/coturn, on active « TURNSERVER_ENABLED=1 »
Puis on lance le service :

# systemctl enable coturn
# systemctl start coturn

Le port du serveur à exposer sur Internet est le 3478 UDP.

Dans Prosody, vous devez activer le module mod_turncredentials. Pour y avoir accès sur Debian Buster, j’ai du installer le paquet des backports.

# apt install prosody-modules -t buster-backports

Dans le fichier de config Prosody /etc/prosody/prosody.cfg.lua vous devez ajouter au modules activés :

"turncredentials";

Puis avant les VitualHosts définir (notez les guillemets en plus par rapport à la config coturn):

turncredentials_host="mondomain.com"
turncredentials_secret="monsecret"

Redémarrer prosody et voila !

Si vous administrez un serveur XMPP, je vous invite à utiliser l’outil de « compliance » de Conversations qui peut vous renseigner sur les XEP qu’il vous serait utile de supporter pour avoir une bonne expérience client.

Remerciements

Le développement de cette fonctionnalité a été possible grâce au financement de NLnet

Vous pouvez donner de l’argent au developpeur principal Daniel Gultsh par LiberaPay

Related Posts:

Dino : client XMPP pour Gnome

Dino est un client libre XMPP pour GNU/Linux qui s’intègre bien avec Gnome.

Je le trouve bien fait. Clair et facile à utiliser. Il gère le chiffrement de bout en bout (OMEMO, OTR) et le partage de fichiers et images fonctionne très bien avec Conversations sur Android.

Pas de chat audio ni vidéo mais pour le reste, ça fait le job.

Related Posts:

SàT PubSub 0.3.0 est disponible

La version 0.3.0 de SàT Pubsub est disponible.

SàT PubSub est un service XMPP PEP/PubSub indépendant du serveur, qui vise à être complet et universel.

Ce projet est né du constat qu'il est difficile d'avoir des services PEP/PubSub complets sur tous les serveurs XMPP, et que même si c'est le cas ils peuvent tarder à implémenter de nouvelles fonctionnalités ou être difficiles à gérer.

Le projet « Salut à Toi » faisant un usage intensif des fonctionnalités PubSub de XMPP, 2 solutions étaient envisageables :

  • se concentrer sur un serveur XMPP particulier et le recommander, voire le faire évoluer dans la direction voulue. Ceci reviendrait à se bloquer sur une implémentation particulière d'un serveur XMPP et risquer de voir des fonctionnalités fonctionner incorrectement ou pas du tout sur les autres.

  • faire un composant indépendant du serveur, en utilisant des extensions XMPP pour avoir un accès privilégié au serveur

C'est la deuxième option qui a été retenue, SàT PubSub utilise les XEPs (extensions XMPP) Namespace Delegation (XEP-0355) et Privileged Entity (XEP-0356) pour pouvoir fournir des fonctionnalités avancés et PEP.

Bien que « SàT » soit utilisé dans le nom (par son origine), ce composant ne nécessite pas d'utiliser Salut à Toi et peut-être utilisé par tout logiciel XMPP.

SàT PubSub implémentait déjà MAM et RSM (permettant de faire des recherches dans les archives et d'utiliser la pagination pour retrouver les éléments), la version 0.3.0 apporte également :

  • le modèle d'accès presence
  • la gestion de +notify
  • la notion d'administrateurs, qui sont des identifiants (« JID ») avec des accès privilégiés
  • les affiliations
  • la possibilité de retrouver les éléments classés par date de création ou modification avec Order-By (XEP-0413)
  • la fonctionnalité expérimentale « Node Schema », pour associer des types de données à un nœud via les Data Forms (XEP-0004). Cette fonctionnalité est notamment utilisée dans Salut à Toi pour les tickets.
  • la fonctionnalité expérimentale « Serial IDs » qui permet d'attribuer des identifiants d'éléments utilisant des incréments (1, 2, 3, etc.) au lieu de valeurs aléatoires. Ceci est notamment utile pour les tickets.
  • la fonctionnalité expérimentale « PubSub Admin », qui permet aux administrateurs de publier des éléments en spécifiant un autre éditeur (« publisher »). Peut-être utilisé pour restaurer une sauvegarde.
  • la fonctionnalité expérimentale « consistent publisher » qui, une fois activée sur un nœud, garde l'éditeur (« publisher ») original quand un élément est modifié par le propriétaire du nœud ou un administrateur. Ceci permet de modifier l'élément sans empêcher l'éditeur original de le modifier à nouveau lui-même (par exemple en éditant un commentaire de blog, ou en changeant le statut d'un ticket).
  • un fichier de configuration peut désormais être utilisé avec SàT PubSub, évitant d'avoir à spécifier les options – dont le mot de passe – entièrement sur la ligne de commande. Le même fichier que pour Salut à Toi (sat.conf) est utilisé, les options de SàT PubSub doivent être mises dans la section [pubsub]).
  • une nouvelle documentation

Vous trouverez plus de détails dans le CHANGELOG.

Le développement sur la version 0.4 a déjà commencé avec le port pour Python 3 qui est fonctionnel et complète le reste de l'écosystème Salut à Toi.

Pour installer SàT PubSub, il vous suffit d'entrer pip install sat_pubsub dans un environement virtuel Python 2, référez-vous à la documentation pour plus de détails.

Salut à Toi v0.7 « La Commune »

Salut à vous,

c'est avec plaisir et un certain soulagement que je vous annonce la sortie de « Salut à Toi » v0.7 (La Commune).

Pour mémoire « Salut à Toi » (ou SàT) est un écosystème de communication décentralisé, basé sur le standard établi « XMPP ».
Il vous permet de faire de nombreuses choses (messagerie instantanée, partage de fichiers, blogage/microblogage, événements, forums, etc.) et a la particularité d'être multi-interfaces (différents « frontaux » sont disponibles pour le web, le bureau, les appareils mobiles, ou encore le terminal et la ligne de commande).

La préparation de cette version aura pris 3 ans, c'est la première version dite « grand public », autrement dit qui est utilisable par un public qui n'est pas forcément technique, même s'il y a encore des améliorations à faire au niveau de l'interface et l'« expérience utilisateur ».

Il n'est pas question de refaire une longue énumération de fonctionnalités avec captures d'écrans, vous pouvez vous référer à l'annonce de la version alpha pour ceci. Je vais plutôt expliquer certaines nouveautés majeures :

Cagou, l'interface bureau/appareils mobiles

Promis suite à notre modeste campagne de financement participatif, Cagou est le nom du nouveau frontal bureau/appareils mobiles (Android uniquement pour le moment). Pour la petite histoire, c'est une référence à un superbe oiseau qui ne vole pas et aboie, endémique à la non moins superbe Nouvelle-Calédonie, mais aussi un clin d'œil à Kivy, le cadriciel que nous utilisons et dont le nom et logo rappellent le Kiwi de la Nouvelle-Zélande.

Cette interface est donc multi-plateformes, et ne se contente pas de la messagerie instantanée : vous pouvez vous en servir pour transférer des fichiers (par exemple vos films/photos entre votre téléphone et votre ordinateur de bureau), ou comme télécommande pour votre lecteur de médias. Il est bien entendu prévu qu'il gère également le blogage dans un avenir proche.

Cagou est pensé pour être utilisable aussi bien sur un petit écran qu'en plein écran sur un grand moniteur de bureau, et permet de diviser facilement l'écran en zones pour, par exemple, suivre plusieurs salons de discussion en même temps.

Sur Android l'application souffre encore de quelques problèmes de lenteur et même parfois de plantages. Plusieurs problèmes seront corrigés avec le port sur Python 3, aussi considérez cette version comme un premier jet qui permet d'avoir vos commentaires et suggestions.

Cagou sur Android

Chiffrement de bout en bout

Bien que SàT gère le chiffrement de bout en bout depuis plusieurs années via « OTR », cette version voit l'arrivée d'« OMEMO », un algorithme palliant des défauts du précédent (il permet notamment d'envoyer des messages chiffrés hors ligne, ou de les afficher sur plusieurs appareils). OMEMO n'est implémenté qu'en conversation simple (dites « 1:1 », entre 2 personnes) pour le moment, mais la prochaine version verra certainement la gestion des conversations de groupes chiffrées de bout en bout.

Événements, album photos, forums, gestion de tickets, requêtes de fusion

De nombreuses fonctionnalités font leur apparition. Vous pouvez désormais créer et gérer des événements (familiaux par exemples), avec une classique liste d'invités et de réponses types « RSVP » (je viens, je ne viens pas, je viens peut-être). Il est possible d'inviter des gens même s'ils ne sont pas sur le réseau XMPP en utilisant des comptes « invités » générés automatiquement et envoyés à des adresses de courriel.

Vous pouvez créer et partager des albums photos, une spécialisation du partage de fichiers. La création n'est pas encore disponible depuis les interfaces graphiques, c'est une amélioration à prévoir rapidement, la consultation par contre est simple depuis Libervia (l'interface web).

Un forum basique est également de la partie, ainsi qu'une gestion des tickets et requêtes de fusion (« merge requests »). Ces 2 dernières fonctionnalités ont été implémentées pour les besoins du projet, mais elles sont très souples et pourront (dans une prochaine version) facilement être utilisée dans la vie courante (par exemple pour des listes de courses ou de choses à faire).

Tout ceci tire parti des capacités de publication/abonnement (ou « PubSub ») de XMPP, et peuvent profiter de son système de permissions (on peut ainsi imaginer une liste de courses partagée entre les membres de la famille, pour indiquer qui a pris quoi).

À noter que pour en profiter il est actuellement nécessaire d'utiliser le service PubSub « SàT Pubsub », un project fait pour les besoins de Salut à Toi (mais utilisable par tout logiciel XMPP).

un blog sur Libervia

album photo sur Libervia

Cadriciel (framework) web

Le développement de Libervia, le frontal web, l'a mené à devenir un cadriciel (ou « framework ») web. La raison de cette évolution est qu'il fallait une interface très souple, permettant d'implémenter et tester facilement de nouvelles idées ou fonctionnalités. Le but est d'avoir un cadriciel naturellement décentralisé et fédéré (parce que basé sur XMPP), qui s'intègre simplement dans l'écosystème. Je passe rapidement sur les détails techniques, mais il s'agit de lier le moteur de rendu Jinja2 avec SàT et d'utiliser PubSub comme base de données. En outre, le frontal en ligne de commande (jp), permet d'utiliser les même modèles pour faire un rendu statique (par exemple pour générer un blog statique ou des archives d'un salon de discussion).

C'est avec ce cadriciel qu'ont été développées les fonctionnalités mentionnées ci-dessus, elles sont organisées en « pages » qui se veulent simple d'utilisation et peuvent fonctionner sans javascript (quand c'est possible, ce qui n'est pas le cas pour le « chat »). C'est grâce à lui que fonctionne le nouveau site officiel où vous trouverez une documentation d'introduction.

mais encore

Je ne vais pas trop m'étendre, les nouveautés sont trop nombreuses, mais il vaut tout de même la peine de mentionner que SàT peut également être utilisé pour stocker vos fichiers sur le serveur (il peut être utilisé en tant que « composant »), ou que jp, le frontal en ligne de commande permet de gérer beaucoup de choses (retrouver ou publier un article de blog, envoyer un message chiffré ou non, retrouver l'avatar de quelq'un, etc.).

Installation

Salut à Toi est disponible dans Debian et ses dérivées, mais attention c'est le cas seulement pour le backend, et les interfaces console et ligne de commandes, de l'aide serait d'ailleurs apprécié pour empaqueter Cagou (interface bureau/appareils mobiles) et Libervia (interface web).

Il est également disponible sur les dépôts AUR d'Arch Linux, et sur cette distribution il existe des paquets pour installer les versions de développement.

Des paquets Flatpak permettent une installation aisée de Cagou, Primitivus (console) et jp (ligne de commande) sur la plupart des distributions GNU/Linux, vous trouverez les liens sur la page principale du site.
Vous pouvez bien sûr aussi utiliser pip, le gestionnaire de paquets de Python. Un simple pip2 install --user sat suivit d'un pip2 install --user cagou voire d'un pip2 install --user libervia devrait suffire. Les instructions sont disponibles dans la documentation du site.

Pour Android, vous trouverez un Apk sur ce lien. Je vais faire les démarche pour le rentre disponible sur F-Droid, et éventuellement le « play store ».

Bien que SàT devrait techniquement fonctionner sur Mac OS X, Windows et les *BSD, il n'est pas testé sur ces plateformes (car je ne les ai pas à disposition). J'ai eu quelques retours sur Mac. Si des personnes sont intéressées, une aide pour tester et empaqueter serait plus que bienvenue.

Avenir

La principale chose attendue pour la 0.8 est le port sur Python 3, il est enfin possible maintenant que plus aucune dépendance ne bloque, et c'est la seule chose certaine pour la version à venir. Plusieurs grosses pistes sont envisagées ensuite et il va falloir faire des choix, n'hésitez pas à donner votre avis/préférence en commentaire.

Visioconférence

Jingle étant déjà implémentée, la visioconférence est prévue de longue date. Elle ne devrait pas être trop difficile à implémenter pour l'interface web (grâce à WebRTC), mais demandera certainement plus de travail sur bureau/Android (évaluer les différentes options, GSTreamer étant le candidat envisagé pour le moment, et intégrer ça à Cagou). C'est un chantier important.

Améliorer le partage de fichiers

SàT propose déjà un partage de fichiers avancé (plus qu'un simple envoi de fichier sur le serveur), incluant un composant serveur. Il est fort possible que des développements continuent dans cette direction.

partager un répertoire avec Cagou

Version iOS

Il serait techniquement possible de porter Cagou sur iPhone. Il y a plusieurs obstacles à cela, notamment juridique (l'Apple store n'est pas compatible avec la licence actuelle, AGPL 3+). IL faudrait également du matériel dédié, et du temps. Ce n'est clairement pas la priorité, mais sachez qu'une version iOS est envisageable.

Passerelle ActivityPub

Avec cette version, SàT peut désormais être utilisé en « composant », c'est-à-dire un service côté serveur. Cette possibilité peut être mise à profit pour créer une passerelle ActivityPub, ce qui permettrait de communiquer dans les 2 sens avec les projets utilisant ce protocole. Il y a déjà un projet en cours de passerelle XMPP pour Prosody, aussi je vais certainement attendre de voir son évolution avant de me lancer moi-même.

Évolution de la messagerie instantanée

Bien que déjà fonctionnelle, la messagerie instantanée peut devenir très complète si on y consacre du temps. Il s'agirait d'ajouter les quelques fonctionnalités manquantes (réactions, correction du dernier message), d'améliorer la gestion des fichiers, des copier-collers des morceaux de code, d'implémenter le chiffrement de bout en bout en groupe, etc. Tout ceci est prévu, la question est de savoir si on en fait la priorité ou pas.

Amélioration de l'utilisabilité

C'est probablement le chantier qui sera prioritaire une fois le port Python 3 effectué. SàT est déjà bien fourni en fonctionnalité, mais les interfaces ont besoin de travail pour être facilement utilisable. J'aimerais en particulier travailler sur le lancement de l'application et la découverte de contacts. Il y a également beaucoup de « petits détails » qui accumulés prennent du temps mais rendent le logiciel beaucoup plus agréable : intégration au bureau, aux actions de partage, une sélection plus agréable des fichiers, etc.

Voilà pour les pistes envisagées, chacune demande du temps et encore une fois vos commentaires/avis sont les bienvenus. Il y a d'autres idées qui traînent, aussi il va falloir bien choisir les priorités.

Mais…

Salut à Toi est un gros projet qui a un potentiel, mais il est pour le moment développé par une seule personne. Je n'ai qu'un jour par semaine consacré à SàT, et le rythme est très difficile à tenir. Dans les mois qui viennent je vais étudier les options de financement du projet. Il va être nécessaire que je trouve une solution à moyen terme pour que ce projet reste sur les rails.

Liens utiles

  • site officiels: https://salut-a-toi.org
  • documentation: https://salut-a-toi.org/documentation
  • notes de progression (en anglais): https://www.goffi.org/tag/S%C3%A0T%20progress

SàT 0.7.0 vient d'entrer en bêta

La version « 0.7.0 beta 1 » de Salut à Toi vient de sortir. En d'autres termes, nous venons de commencer la phase bêta, il n'y aura plus de nouvelles fonctionnalités (sauf ajustements mineurs), et maintenant il s'agit de se concentrer sur la stabilité, le débogage, et l'utilisabilité.

Pour mémoire, « Salut à Toi » est un écosystème de communication libre, décentralisé, et éthique. Il propose de nombreuses fonctionnalités (messagerie instantanée, chiffrement de bout en bout, blog, partage de fichiers, événements, forums, etc.), et fonctionne nativement sur bureau, appareils mobiles (Android), sur le web, et sans interface graphique (interface console et en ligne de commande).

C'est un soulagement de passer cette étape après l'énorme travail depuis la dernière version (0.6.1), sortie il y a plus de 2 ans 1/2 !

Maintenant c'est à vous de jouer, il faut tester, remonter les problèmes (sur https://bugs.goffi.org ou sur le salon du projet, aussi accessible via le web), et faire vos suggestions, c'est le moment !

Si vous connaissez Python, je cherche des personnes pour m'aider à rendre le project installable sur Windows, Mac OS et *BSD. Je travaille également sur un paquet flatpak. La partie web serait intéressante à avoir sur Yunohost, là encore de l'aide serait appréciée (cf. travail commencé).

Notez que SàT est déjà disponible sur Debian et probablement derivés (la bêta n'y est pas encore par contre), ainsi que sur Arch Linux (utilisez les paquets sat-*-hg pour tester la bêta).

Les instructions d'installation sont disponibles dans la documentation, et je travaille sur un nouveau site web qui en affichera un rendu plus agréable à lire, il devrait être en ligne dans la semaine.

Voici les liens pour les fichiers d'installation, et vous trouverez la plupart d'entre eux sur Pypy (notez que vous devez parcourir « release history » pour voir la version bêta) :

Je fini avec une capture d'écran de la version Android de Cagou, notez que ce blog est également fait avec ce projet :

capture d'écran de Cagou v0.7.0b1 sur Android

Salut à Toi au FOSDEM ce week-end

Salut à Vous,

une petite note pour vous indiquer que je serai présent au FOSDEM et que j'y ferai 2 conférences:

  • « XMPP Beyond Instant Messaging » où je montrerai qu'XMPP est bien plus qu'un protocole de messagerie instantanée. Salle H.1309 (Van Rijn) dimanche à 9:25
  • « Salut à Toi: A Python Based Social Network And More » qui sera une présentation de l'écosystème Salut à Toi. Salle UD2.120 (Chavanne) dimanche à 16:00

Je serai régulièrement au « XMPP lounge », mais je compte aussi voir certaines conférences et autres stands, aussi n'hésitez pas à me pinguer sur le salon XMPP sat@chat.jabberfr.org (accessible également via ce lien) si vous souhaitez discuter et/ou une démonstration.

Salut à Toi est en cours de stabilisation, et la version 0.7 à venir verra l'arrivée de la nouvelle interface bureau/appareils portables (Android en particulier), du partage de fichiers avancé, des événements, de la base d'une forge décentralisée (tickets et « merge requests »), du chiffrement via OMEMO, etc.

À noter aussi l'arrivée d'un cadriciel (framework) web unique en son genre, puisqu'il permet de créer des sites naturellement décentralisés en liant XMPP et Python.

Au plaisir de vous voir !

Salut à Toi à la Pycon à Lille dès demain

Pour les libristes habitant près de Lille, je serai à la Pycon cette semaine avec 2 jours de sprint autour de « Salut à Toi », puis une conférence le samedi à 16:30.

Si vous n'allez pas à la Pycon (et même si vous y allez ;) ), on peut aussi se voir pour une petite bière dans le vieux Lille en soirée. Bref n'hésitez pas à me contacter si vous voulez parler décentralisation, réseaux « sociaux », XMPP et/ou politique !

Slack now concentrates HipChat and Stride users

This has been announced, as a partnership between Slack and Atlassian. HipChat and Stride users will be migrated to Slack. End of this story.

Slack-HipChat-Stride

Most of the too many Team Chat actors will disappear thanks to darwinism applied to IT ecosystem. With Slack consolidating its leadership on the market, the natural selection will accelerate.

Most of the Team Chat players joined the bandwagon, because it is the first generation of Instant Messaging that monetises. Most of the Team Chat players only cloned a subset of what makes Slack pretty good, none have really innovated on top of it.

So, we see one more massive centralisation of users, under a proprietary silo, that is not even reliable…