URL: https://linuxfr.org/news/lettre-d-information-xmpp-de-decembre-2021-et-janvier-2022
Title: Lettre d'information XMPP de décembre 2021 et janvier 2022
Authors: Adrien Bourmault
cpm, Benoît Sibaud, alkino, mathieui, anubis, xdelatour, Ysabeau et seveso
Date: 2022-02-06T16:22:40+01:00
License: CC By-SA
Tags:
Score: 5
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](https://linuxfr.org/tags/xmpp/public) et [JabberFR.org](https://news.jabberfr.org/category/newsletter/).
Bienvenue dans la lettre d’information XMPP couvrant les mois de décembre 2021 et janvier 2022 !
Nous espérons que vous avez vécu une bonne transition dans cette nouvelle année et nous sommes heureux de vous retrouver pour lire cette nouvelle édition ! Cet épisode aura pris un peu de poids pendant les vacances du nouvel an :-)
De nombreux projets et leurs efforts dans 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 !
[Lisez cette lettre d’information dans sa version originale via le flux RSS](https://xmpp.org/feeds/all.atom.xml) !
Vous souhaitez soutenir l’équipe de la lettre d’information ? Lisez la suite en bas de page.
Sinon, bonne lecture !
----
[Cette lettre d'information de décembre 2021 et janvier 2022 en anglais](https://xmpp.org/2022/02/the-xmpp-newsletter-december-2021-january-2022/)
[Souscrire à la lettre d'information en version originale par courriel](https://xmpp.org/newsletter/)
[Toutes les lettres d'information en version originale](https://xmpp.org/blog/)
[Flux RSS de la lettre d'information en version originale](https://xmpp.org/feeds/all.atom.xml)
[XMPP/Jabber sur LinuxFr](https://linuxfr.org/tags/xmpp/public)
----
# Annonces de la XSF
- La XSF prévoit de participer au [Google Summer of Code 2022 (GSoC)](https://xmpp.org/community/gsoc-2022/). Pour participer avec un statut étudiant, mentor ou pour un projet en général, veuillez [ajouter vos idées et nous contacter](https://wiki.xmpp.org/web/Google_Summer_of_Code_2022) !
- Les pages du blog et du bulletin d’information sur [xmpp.org/blog](https://xmpp.org/blog) prennent désormais en charge plusieurs langues. Nous sommes heureux d’accueillir des volontaires pour aider à la traduction !
# Hébergement fiscal de projets par la XSF
La XSF peut maintenant offrir un [hébergement fiscal](https://xmpp.org/community/fiscalhost/) pour les projets XMPP. Veuillez vous inscrire via la plateforme [Open Collective](https://opencollective.com/xmpp). Pour plus d’informations, consultez-le [billet de blog d’annonce](https://xmpp.org/2021/09/the-xsf-as-a-fiscal-host/).
- [Pont Bifrost : échange de messages hors ligne entre Matrix et XMPP](https://opencollective.com/bifrost-mam)
- [Coopérative Mellium](https://opencollective.com/mellium)
# Événements
[Permanence XMPP](https://wiki.xmpp.org/web/XMPP_Office_Hours) - Découvrez également notre nouvelle [chaîne YouTube](https://www.youtube.com/channel/UCf3Kq2ElJDFQhYDdjn18RuA) !
[Rencontre XMPP à Berlin (à distance)](https://mov.im/?node/pubsub.movim.eu/berlin-xmpp-meetup) : réunion mensuelle des enthousiastes de XMPP à Berlin – toujours le 2^e mercredi du mois.
# Vidéos
Thilo Molitor (développeur de Monal) [a tenu une conférence](https://xmpp-meetup.in-berlin.de/talks/monal.mp4) (en allemand) sur le développement de Monal.
Permanence XMPP : Fabian Sauter a présenté ses [aventures dans le développement d’un client XMPP](https://www.youtube.com/watch?v=Bceu6E7c7GM) pour Windows (Universal Windows Platform ou UWP) en décembre.
XMPP a été mentionné dans une émission de la [télévision publique allemande](https://youtu.be/DdIwus87eLM?t=844) (en allemand) dans le contexte de la protection des données.
# Articles
JMP.chat a publié deux articles de blog. [Le premier](https://blog.jmp.chat/b/2022-jabber-xmpp-from-sms) détaille une fonctionnalité du système Cheogram du projet Soprani.ca qui permet aux utilisateurs de SMS de contacter (ou d’appeler !) toute adresse XMPP. [Leur bulletin](https://blog.jmp.chat/b/january-newsletter-2022) annonce également un partenariat avec Snikket pour l’hébergement, ainsi qu’un aperçu des tarifs d’appels internationaux alors qu’ils se préparent à lancer cette fonctionnalité prochainement.
Il y a plusieurs articles au sujet des _messageries instantanées_ sur le site allemand de [Freie Messenger](https://www.freie-messenger.de/#neuigkeiten-letzte-änderungen) avec un accent sur les alternatives à WhatsApp, chiffrement de bout en bout, interopérabilité, sécurité/pseudo-sécurité. Toute aide est la bienvenue, en traduisant les articles dans votre langue maternelle.
[OMEMO a finalement été intégré dans Movim](https://mov.im/?post/pubsub.movim.eu/Movim/end-to-end-encryption-in-movim-omemo-is-finally-there-yudZPP) après 6 longues années de discussions. Dans cet article, Timothée, développeur de Movim, explique l’architecture générale d’OMEMO, les difficultés rencontrées en travaillant sur l’intégration dans Movim et comment ils les ont surmontées.
Alors que la collaboration [précédemment annoncée](https://snikket.org/blog/simply-secure-collaboration/) entre Snikket et Simply Secure a terminé son premier projet, ils ont interviewé le fondateur du projet, Matthew Wild, sur les origines de Snikket et son expérience de la gestion de projets open-source. Lisez l’interview (en anglais) : [On Getting Things Done : A Conversation with Matthew Wild from Snikket](https://simplysecure.org/blog/on-getting-things-done-a-conversation-with-matthew-wild-from-snikket/).
Mellium Co-op a publié son [bilan de l’année 2021](https://opencollective.com/mellium/updates/mellium-year-in-review-2021) et le [communiqué de développement pour décembre 2021](https://opencollective.com/mellium/updates/dev-communique-for-december-2021) et [janvier 2022](https://opencollective.com/mellium/updates/dev-communique-for-january-2022).
MongooseIM écrit sur les [domaines XMPP dynamiques au sein de leurs solutions](https://www.erlang-solutions.com/blog/dynamic-xmpp-domains-in-mongooseim/).
Andrew Lewman teste différents protocoles de messagerie sur un réseau encombré et fait une [découverte sur les performances de XMPP](https://blog.lewman.com/internet-messaging-versus-congested-network.html) dans de telles situations.
Ravi Dwivedi démontre que « la liberté et la confidentialité peuvent aussi être pratiques » dans sa brève introduction au [client Android Quicksy](https://ravidwivedi.in/posts/quicksy-app/index.html).
Le magazine allemand Linux Magazin a [testé des clients de messagerie instantanée gratuits](https://www.linux-magazin.de/ausgaben/2022/02/bitparade/) pour Linux dans son dernier numéro et, parmi d’autres applications de messagerie, a passé en revue le [client de bureau Gajim](https://gajim.org/).
Une analyse des dangers des serveurs XMPP mal configurés dans cet article sur la [sécurité des serveurs XMPP](https://bishopfox.com/blog/xmpp-underappreciated-attack-surface) par Bishop Fox.
vanitasvitae a publié un [article](https://blog.jabberhead.tk/2021/12/30/pgpainless-1-0-0-released/) célébrant la sortie de la version `1.0.0` de [PGPainless](https://pgpainless.org/). PGPainless est une bibliothèque Java qui vise à rendre l’utilisation d’OpenPGP aussi simple que possible. Le projet a été lancé en 2018 en tant que sous-produit d’un projet Google Summer of Code de la Fondation des normes XMPP !
# Nouvelles des logiciels
## Clients et applications
[Nouvelles du développement de Gajim](https://gajim.org/fr/post/2022-01-22-development-news-december-january/) : le travail sur Gajim `1.4` fait de grands pas en avant ! Après neuf mois de développement de la nouvelle fenêtre principale de Gajim, le code est enfin prêt à être fusionné dans la branche master. Cela permet de construire automatiquement les versions nocturnes pour Linux et Windows.
[monocles chat](https://f-droid.org/de/packages/de.monocles.chat/) (un fork de Conversations et Blabber.im) obtiendra le support OTR dans sa prochaine version. Le client n’autorise que les connexions aux serveurs XMPP ayant des configurations SSL à jour et ne propose pas de connexions SSL de repli pour éviter les fuites de données. Néanmoins, il est compatible avec tous les comptes XMPP actuels.
[Libervia `0.8` « La Cecília »](https://www.goffi.org/b/libervia-v0-8-la-cecilia-BdQ4) (anciennement connu sous le nom de « Salut à Toi ») a été publié avec une finalisation complète du chiffrement OMEMO pour les discussions de groupe, un nouveau thème par défaut, un système d’invitation facile à utiliser, une fonction de liste non standard (XMPP), des albums photos et de nombreux changements techniques.
Une nouvelle version stable de [SiskinIM `7.0.1` a été publiée](https://github.com/tigase/siskin-im/releases/tag/7.0.1) qui inclut l’envoi de messages non chiffrés dans les chats individuels avec un chiffrement par défaut pour OMEMO et la présentation d’une limite de taille automatique pour le téléchargement de fichiers.
## Serveurs
[Openfire `4.7.0`](https://discourse.igniterealtime.org/t/openfire-4-7-0-has-been-released/91268) a été publié (après la publication de sa [bêta](https://discourse.igniterealtime.org/t/openfire-4-7-0-beta-hazelcast-plugin-2-6-0-releases/91087)). Cette version est la première version sans correctif depuis plus d’un an, qui apporte une quantité importante de nouvelles fonctionnalités, ainsi que des corrections de bogues. Les points forts de cette version incluent un support de clustering largement amélioré, en particulier autour de la fonctionnalité de chat multi-utilisateurs, ce qui devrait profiter aux environnements à fort volume. Précédemment, les versions [Openfire `4.5.5`](https://discourse.igniterealtime.org/t/openfire-4-6-6-and-4-5-5-releases-log4j-only-changes/91139), [Openfire `4.6.5`](https://discourse.igniterealtime.org/t/openfire-4-6-5-released/91108) et [Openfire `4.6.6`](https://discourse.igniterealtime.org/t/openfire-4-6-6-and-4-5-5-releases-log4j-only-changes/91139) ont également été publiées.
[Prosody `0.11.13`](https://blog.prosody.im/prosody-0.11.13-released/) a été publié. Depuis décembre, les nouvelles versions de Prosody ont apporté quelques corrections au PEP pour contrôler l’utilisation de la mémoire, une correction de sécurité qui corrige une vulnérabilité de déni de service dans le mod_websocket de Prosody, et une correction pour une fuite de mémoire. Les versions précédentes [Prosody `0.11.11`](https://blog.prosody.im/prosody-0.11.11-released/) et [Prosody `0.11.12`](https://blog.prosody.im/prosody-0.11.12-released/) ont également été publiées.
La version [ejabberd `21.12`](https://www.process-one.net/blog/ejabberd-21-12/) a été publiée. La nouvelle version ejabberd 21.12 arrive après cinq mois de travail, contient plus d’une centaine de changements, dont beaucoup sont des améliorations ou des fonctionnalités majeures, et plusieurs corrections de bogues : améliorations de PubSub, nouveau mod_conversejs, et support pour les chapeaux MUC ([XEP-0317](https://xmpp.org/extensions/xep-0317.html)).
[Jackal](https://github.com/ortuman/jackal), un serveur XMPP écrit en Go, a publié sa [version `0.56.0`](https://github.com/ortuman/jackal/releases).
Snikket a annoncé sa [version du serveur de janvier 2022](https://snikket.org/blog/jan-2022-server-release/), qui comprend un [correctif de sécurité](https://snikket.org/blog/snikket-jan-2021-security-release/) annoncé plus tôt en janvier. La principale nouveauté de cette version est la fonctionnalité d’importation/exportation de comptes, la dernière partie du [projet de portabilité des comptes XMPP](https://docs.modernxmpp.org/projects/portability/) financé par NGI DAPSI.
## Bibliothèques
Un [nouveau composant XMPP](https://gitlab.com/navlost.eu/xmpp/components/webhooks) a été publié et pourrait bénéficier de quelques commentaires. Le composant met en œuvre un transport [webhook](https://fr.wikipedia.org/wiki/Webhook) qui permet aux utilisateurs (la personne qui héberge le composant et toute personne qu’elle choisit d’autoriser) de créer des points d’extrémité HTTP pour recevoir des événements et les traduire en messages XMPP. Les charges utiles du Webhook sont traitées par un intergiciel et les notifications XMPP sont basées sur des modèles et écrites en [EJS](https://ejs.co/ "Embedded JavaScript templating"). Il est actuellement fourni avec des intégrations GitLab et Git ordinaire ainsi qu’un intergiciel Slack rudimentaire et non testé, mais il comprend également le texte ordinaire et le contenu PNG, JPEG et PDF, qui est envoyé aux abonnés sous forme de pièces jointes via [HTTP File Upload (XEP-0363)](https://xmpp.org/extensions/xep-0363.html). Trouvez le [dépôt principal](https://gitlab.com/navlost.eu/xmpp/components/webhooks) (pas encore de qualité de production) et il y a aussi un [serveur de démonstration](https://gitlab.com/navlost.eu/xmpp/components/webhooks/-/blob/devel/README.md#demo-server) disponible pour des tests occasionnels.
# Extensions et spécifications
Les développeurs et autres experts en normes du monde entier collaborent à ces extensions, développant de nouvelles spécifications pour les pratiques émergentes et affinant les façons de faire existantes. Proposées par n’importe qui, les plus réussies finissent en tant que Finales ou Actives – selon leur type – tandis que les autres sont soigneusement archivées en tant que Ajournées. Ce cycle de vie est décrit dans la [XEP-0001] (https://xmpp.org/extensions/xep-0001.html), qui contient les définitions formelles et canoniques des types, états et processus. [Pour en savoir plus sur le processus de normalisation](https://xmpp.org/about/standards-process.html). La communication autour des normes et des extensions se fait sur la [liste de diffusion des normes](https://mail.jabber.org/mailman/listinfo/standards) ([archive en ligne](https://mail.jabber.org/pipermail/standards/)).
## Extensions proposées
Le processus de développement d’une 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 d’accepter ou non cette proposition comme une XEP expérimentale.
- [Compatibility Fallbacks](https://xmpp.org/extensions/inbox/compatibility-fallback.html)
- Ce document définit un moyen d’indiquer qu’une partie spécifique du corps ne sert que de fallback et pour quelle spécification le fallback est destiné.
- [Call Invites](https://xmpp.org/extensions/inbox/call-invites.html)
- Ce document définit comment inviter quelqu’un à un appel et comment répondre à l’invitation.
- [PubSub Namespaces](https://xmpp.org/extensions/inbox/pubsub-ns.html)
- Cette extension définit un nouvel attribut de nœud PubSub pour spécifier le type de charge utile.
- [Réponses aux messages](https://xmpp.org/extensions/inbox/replies.html)
- Ce document définit un moyen d’indiquer qu’un message est une réponse à un message précédent.
## Nouvelles extensions
- Aucune nouvelle extension 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, la XEP redeviendra Expérimentale.
- Aucune XEP ajournée ce mois-ci.
## Mise à jour
- Version `1.1.0` de la [XEP-0363](https://xmpp.org/extensions/xep-0363.html) (_Téléchargement de fichiers par HTTP_)
- Taille du nom de fichier en octets.
- Les en-têtes DOIVENT être inclus dans la requête PUT.
- En-têtes considérés comme opaques.
- Les serveurs peuvent vouloir signer les en-têtes, pour des raisons de sécurité.
- Autoriser l’insensibilité à la casse des en-têtes, plusieurs fois le même en-tête, et préserver l’ordre dans la requête HTTP. (egp, mb)
- Version `0.4.0` de la [XEP-0353](https://xmpp.org/extensions/xep-0353.html) (_Jingle Message Initiation_)
- Retravail de toute la spécification, _namespace bump_
- Ajout du nouveau message
- Ajout d’une dépendance sur les XEP-0280, XEP-0313 et XEP-0334
- Ajout de à certains messages (tm)
- Version `1.1.0` de [XEP-0459](https://xmpp.org/extensions/xep-0459.html) (_Suites de conformité XMPP 2022_)
- Remplacer la XEP-0411 dépréciée par le XEP-0402 dans le Chat de groupe avancé (egp)
- Version `0.4.0` de [XEP-0380](https://xmpp.org/extensions/xep-0380.html) (_Chiffrement explicite des messages_)
- Ajout de nouveaux espaces de noms OMEMO : 'urn:xmpp:omemo:1' pour les versions d’OMEMO depuis `0.4.0`, et 'urn:xmpp:omemo:2' pour les versions d’OMEMO depuis `0.8.0` (melvo)
## Dernier appel
Les derniers appels sont émis lorsque tout le monde semble satisfait de l’état actuel de la XEP. Une fois que le Conseil a décidé si la XEP semble prête, l’éditeur XMPP lance un dernier appel à commentaires. Les commentaires recueillis lors du Dernier appel permettent d’améliorer la XEP avant de la renvoyer au Conseil pour qu’elle passe à l’état de projet.
- Dernier appel à commentaires sur [XEP-0424](https://xmpp.org/extensions/xep-0424.html) (_Rétraction de message_)
- Dernier appel à commentaires sur [XEP-0425](https://xmpp.org/extensions/xep-0425.html) (_Modération des messages_)
## Stable (anciennement connu sous le nom de Brouillons)
Info : le XSF a décidé de renommer « Brouillons » en « Stable ». [Pour en savoir plus, cliquez ici](https://github.com/xsf/xeps/pull/1100).
- Aucune XEP n’a avancé vers Stable ce mois-ci.
## Déprécié
- [XEP-0256](https://xmpp.org/extensions/xep-0256.html) (_Dernière activité en présence_)
## Obsolète
- [XEP-0443](https://xmpp.org/extensions/xep-0443.html) (_Suites de conformité XMPP 2021_)
## Appel à l’expérience
Un appel à l’expérience - comme un dernier appel, est un appel explicite aux commentaires, mais dans ce cas, il est principalement destiné aux personnes qui ont mis en œuvre, 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.
# Merci à tous !
Ce bulletin d’information XMPP est produit en collaboration par la communauté XMPP.
Par conséquent, un grand merci à Adrien Bourmault (neox), Anoxinon e.V., arne, emus, Goffi, IM, Licaon_Kter, MattJ, mdosch, NicFab, Sam Whited, TheCoffeMaker, vanitasvitae, wurstsalat3000 pour leur soutien et leur aide à la création, la révision et la traduction !
Un grand merci à tous les contributeurs et à leur soutien continu !
# Diffusez la nouvelle !
Veuillez partager la nouvelle via d’autres réseaux :
* [Mastodon](https://fosstodon.org/@xmpp/)
* [YouTube](https://www.youtube.com/channel/UCf3Kq2ElJDFQhYDdjn18RuA)
* [Twitter](https://twitter.com/xmpp)
* [Reddit](https://www.reddit.com/r/xmpp/)
* [LinkedIn](https://www.linkedin.com/company/xmpp-standards-foundation/)
Trouvez et proposez des offres d’emploi et des consultants professionnels sur le [tableau d’affichage des emplois XMPP](https://xmpp.work/).
Consultez également notre [Flux RSS](https://xmpp.org/feeds/all.atom.xml).
# Aidez-nous à construire la lettre d’information
Nous avons commencé à rédiger ce [bloc simple](https://yopad.eu/p/xmpp-newsletter-365days) parallèlement à nos efforts 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. N’hésitez pas à rejoindre la discussion dans notre [Comm-Team group chat (MUC)](xmpp:commteam@muc.xmpp.org?join) et ainsi nous aider à soutenir cet effort communautaire. Nous avons vraiment besoin de plus de soutien !
Vous avez un projet et vous écrivez à son sujet ? Pensez à partager vos nouvelles ou vos événements ici, et à les promouvoir auprès d’un large public !
Et même si vous ne pouvez consacrer que quelques minutes à ce soutien, cela nous serait déjà utile !
Les tâches que nous effectuons régulièrement sont par exemple :
- Agrégation des nouvelles dans l’univers XMPP
- Formulation courte 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 des images pour les médias
- Traductions : notamment allemand, français, italien et espagnol
# Licence
Ce bulletin d’information est publié sous licence [CC BY-SA](https://creativecommons.org/licenses/by-sa/4.0/).