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.
Sommaire
- Annonces de la XSF
- Événements XMPP
- Articles
- Nouvelles des logiciels
- Extensions et spécifications
- Répandez les nouvelles !
- Aidez-nous à créer la lettre d’information
- Licence
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 !
- Si vous souhaitez devenir membre de la XSF, vous pouvez soumettre votre candidature au cours de ce trimestre jusqu'au 21 mai 2023 à 00h00 UTC.
XMPP et le Google Summer of Code 2023
La XSF a été acceptée à nouveau comme organisation d’accueil du GSoC 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.
Articles
- Les responsables des paquets Debian donnent un résumé des paquets XMPP qui seront disponibles dans la prochaine version stable de Debian (Debian 12 "Bookworm").
- Cheogram Android introduit des autocollants.
- IgniteRealtime : des traductions partout !
- Carl Schwan écrit sur l'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é.
Serveurs
- Metronome IM 4.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)
- 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.
# xmmp, sip, passerelles... ;)
Posté par tkr . Évalué à 2.
hello
c'est mon petit avis, seulemement mon avis..
alors pour ma part j'apprécie beaucoup xmpp (jabber de son nom "usuel" pour éviter le terme commercial, de ce que j'ai compris), que je préfère à élement que je trouve un peu trop orienté mainstream (donc lourd), aka excluant un peu les plus anciens matériels (app.element.io rame pas mal sur de vieilles config)
J'apprécie cependant l'interopérabilité de ce protocole, qui est pour moi frere/cousin du SIP, et se dessine, dans son déploiement, sur les memes lignes que l'email : décentralisé, interopérable, compatible..
Cependant, sur conversations/quicksy, serait appréciable un module de sauvegarde planifié (en cas de perte/vol de portable) qui puisse etre exporté vers nextcloud :D
et le must du must :
à l'instar du SIP qui devrait aussi l'adopter : un principe de liste noire ou liste blanche, pour permettre de bloquer différents contacts, ou sinon de trier les contacts en "ouvrant" sur le volet ceux avec qui on veut communiquer (1)
quant à ios, j'ai testé siskin, mais l'appli met du temps à réagir pour les appels xmpp, de temps en temps elle ne les signale pas.. autant snikket a l'air mieux calibré de ce coté là..
(1):le jour où des arnaques/faux banquiers rappliquent sur xmpp/sip, on aura l'air bien (certains tentent déjà par whapp)
je pense que notamment, par le biais des passerelles PSTN (réseau tel traditionnel) <=> SIP/XMPP, que ce protocole et son "cousin/frère" ont une place à se faire, face aux whapp/signal/&co, dans les messageries chiffrés de demain.. notamment qu'on peut appeler vers xmpp/sip (sous réserve d'adresse courte) via une ligne fixe. Extraordinaire!
c'est mon petit avis, seulemement mon avis..
[^] # Re: xmmp, sip, passerelles... ;)
Posté par Franck Routier (Mastodon) . Évalué à 2.
xmpp m'a toujours semblé l'avenir, depuis… 20 ans ? Mais à chaque fois que je m'y penche un peu, je suis submergé par la complexité de l'écosystème, des extensions, de leur usage, de leur implémentation ou non, des clients, compatibles ou non, etc…
A défaut d'implémentation de référence, j'ai toujours l'impression de m'aventurer dans une jungle, et que chaque choix fait m'expose à le regretter, plus tard, quand la fonctionnalité dont j'aurai besoin manquera…
Et je me retrouve à utiliser des machins centralisés, voire proprio, qui semblent juste marcher (même si c'est sans doute faux).
Bref, une implémentation de référence et le plus exhaustive possible serait tellement rassurante…
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.