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.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Comment ID: c5xvYQ

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.