Planete JabberFR

Poezio 0.15 / 0.15.1

mathieui's blog, 28/03/2025 | mathieui's blog

Trois ans après la dernière version stable, voici poezio 0.15 (et 0.15.1 pour corriger un petit problème de packaging).

Poezio est un client XMPP pour le terminal dont le but est d’avoir une expérience qui s’approche des clients IRC pour terminal tels que irssi et weechat; au départ poezio ne gérait même pas autre chose que les salons !

Fonctionnalités

Pas beaucoup de fonctionnalités pour cette fois… Peut-être pour la prochaine ?

  • Un nouveau plugin moderate (pour la XEP-0425)
  • Un self-ping plus fiable (avec l’utilisation du plugin XEP-0410 de slixmpp).
  • Utilisation des CA système par défaut?
  • Ajout d’un raccourci Ctrl-↑ pour précharger /correct sur le dernier messsage envoyé.
  • Poezio profite des changements récents de slixmpp, ce qui veut dire qu’il prend désormais en charge Direct TLS et StartTLS de façon transparente.

Correctifs

  • La répétition du premier messsage à l’ouverture d’une conversation privée.
  • L’« attaque des clones » dans un salon de discussion avec une mauvaise connexion.
  • La compatibilité avec Python 3.13 et 3.14 (beaucoup de suppressions et de dépréciation).
  • Beaucoup d’erreurs de type checking et de bugs mineurs trouvés par mypy et pylint.

Trucs qui peuvnt casser

  • Seul python 3.11 et plus sont désormais pris en charge (précédemment : 3.7).
  • Le plugin OTR a été supprimé.
  • Le workflow launch/update.sh a été simplifié pour utiliser uv directement plutôt qu’une logique faite maison. Il sera mis à jour pour permettre d’utiliser pipx également comme uv n’est pas présent sur toutes les plateformes.

Links

slixmpp v1.10

mathieui's blog, 26/03/2025 | mathieui's blog

Cette nouvelle versions n’a pas beaucoup de nouvelles fonctionnalités, mais elle a en revanche son lot d’incompatibilités avec les versions précédentes, ainsi qu’un correctif de sécurité.

Merci à toutes les personnes ayant contribué du code, des rapports de bugs, suggestions ou reviews !

Sécurité

En travaillant sur la gestion du TLS, j’ai remarqué qu’on autorisait toujours le SCRAM sur une connexion non chiffrée, ce qui est vraiment peu idéal. Pour les packagers qui veulent seulement ce correctif de sécurité, le commit fd66aef38d48b6474654cbe87464d7d416d6a5f3 devrait être cherry-pickable sur n’importe quelle version.

(l’écrasante majorité des serveurs sur internet ont les connexions en clair entièrement désactivées, donc le problème est surtout en cas de Man-in-the-Middle actif)

Améliorations

  • slixmpp prend maintenant en charge la XEP-0368, et permet de choisir simplement entre direct TLS ou STARTTLS.

Incompatibilités

  • Le problème de sécurité mentionné plus haut est une incompatibilité si vous voulez vraiment vous connecter à des serveurs sans chiffrement. Si c’est votre cas, vous pouvez toujours régler xmpp['feature_mechanisms'].unencrypted_scram = True à l’initialisation.

  • Suppression du paramètre timeout_callback quand il existait. Les utilisateurs sont encouragés à await sur la coroutine ou la future renvoyée par la fonction, qui va lever une exception IqTimeout quand le timeout sera atteint.

  • Suppression des plugins google, qui ne doivent pas fonctionner depuis un bon petit moment (à la fois le plugin google et gmail_notify).

  • Suppression du plugin de Stream Compression (XEP-0138). Ça fait longtemps qu’il a arrêté de fonctionner et la compression est vivement déconseillée pour des raisons de sécurité.

  • À cause du nouveau code de connexion, la configuration des paramètres réseau a beaucoup changé:

    • La classe XMLStream (dont descend ClientXMPP) n’a plus de paramètre use_ssl. À la place elle a les attributs enable_direct_tls et enable_starttls ainsi que enable_plaintext. Ces attributs contrôlent le choix de la connexion utilisant starttls ou direct TLS. La connexion en clair est pour les composants comme slixmpp n’implémente que le jabber component protocol (XEP-0114).
    • La signature de la méthode connect() a changé radicalement, et elle ne prend plus d’autres paramètres que host et port (qui doivent être passés ensemble pour avoir un quelconque effet).
    • La gestion manuelle des adresses a changé, maintenant elles sont paramétrables uniquement via connect(), et conservées jusqu’à ce que connect() soit à nouveau appelé sans paramètres.
    • Le code du DNS va maintenant requêter à la fois les enregistremetns xmpps-client et xmpp-client (sauf si le direct TLS est volontairement désactivé) et préférer direct TLS s’il a la même priorité que STARTTLS.
    • Le type de SRV requêté peut être personnalisé en utilisant les attributs tls_services et starttls_services de ClientXMPP (mais je ne sais pas du tout pourquoi queqlu’un voudrait faire ça).

Correctifs

  • Un autre bug trouvé sur l’implémentation rust des JID, une comparaison de JID avec une chaîne non traduisible en JID ou d’autres objets levait une exception InvalidJID au lieu de renvoyer False.
  • L’évènement ssl_cert était seulement présent en connexion STARTTLS.
  • Un des warnings asyncio en fin de programme (qu’une coroutine était toujours en train de tourner).
  • Un traceback à l’utilisation de BaseXMPP.get.
  • Un cas particluier dans le plugin disco (XEP-0030) qui pouvait traceback si on utilisait une chaîne au lieu d’un JID.
  • Un traceback dans les plugin vcard-temp (XEP-0054) et Legacy Delayed Delivery (XEP-0091) dans la gestion des dates.
  • Un traceback dans la gestion des conditions dans les erreurs SASL.
  • Un traceback dans le plugin Ad-hoc commands (XEP-0050) dans la gestion des erreurs.
  • Pas mal de tracebacks dans le plugin OAuth over XMPP (XEP-0235) à cause de changements d’API d’urllib.

Liens

Vous pouvez trouver la nouvelle release sur codeberg, pypi, ou bientôt dans les distributions qui packagent slixmpp.

Version précédente: 1.9.1.

Compte-rendu de l’AG de JabberFR du 2024-11-20

mathieui, 23/11/2024 | news.jabberfr.org

Détails de la tenue

  • Date : 2024-11-20
  • Heure de début : 19h36
  • Heure de fin : 20h17
  • Président de séance : mathieui
  • Secrétaire de séance : mathieui

Présents

  • mathieui : secrétaire
  • Link Mauve : président
  • Nicoss : administrateur
  • Minos : administrateur
  • ArnaudJ : membre
  • neox : membre
  • pitchum : membre

Ordre du jour

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

Bilan d’activité

Maintenance & serveur (mathieui) :

  • Indisponibilité du site de statut suite à des changements d’enregistrement DNS (ajout de CAA) pour parer à un Man-in-the-Middle comme celui de jabber.ru. Le problème a été corrigé en cours d’année.
  • Fin 2023, passage au nouveau module prosody « http file share » qui met une expiration et un quota sur les fichiers partagés, nous a permis d’augmenter la taille maximale de fichiers à l’envoi.
  • Incident sur le serveur qui hébergeait une copie des backups chiffrés : changement de solution de backups et recherche d’un nouvel endroit de stockage distant.
  • Pas de gros problèmes de stabilité sur le serveur dans l’ensemble, peu d’incidents autres que des redémarrages de prosody après trop de fuites mémoire.

Activités & évènements (Link Mauve)

  • Camp CHATONS en été 2023, de bons échanges avec les membres des autres structures
  • Stand au Capitole du libre en novembre 2023, pas mal de gens intéressés, de bonnes rencontres comme d’habitude. Pas de stand pour l’édition 2024 faute de disponibilités et d’énergie.
  • Stand à Pas Sage en Seine en juin 2023 et 2024, communication auprès du grand public et des bibliothécaires.

Actions réalisées qui avaient été définies à l’AG précédente (mathieui)

  • Augmentation de la taille maximale httpupload (voir plus haut pour la partie serveur)
  • Ouverture d’un compte mastodon : https://piaille.fr/@JabberFR.
  • Simplification de la gestion des backups (voir plus haut également)

Point sur les cotisations et adhésions

(Minos)

Erwan, notre trésorier jusqu’alors, n’est plus disponible pour gérer les finances de l’association. Minos a repris les accès en attendant l’Assemblée Générale. Nous n’avons toujours pas accès à la gestion en ligne du compte bancaire, ce qui rend tout très long et compliqué.

Les prélèvements sont toujours acceptés donc il reste de l’argent. On a reçu des cotisations en virement, en paiement via helloasso, ainsi qu’en liquide. Un recommandé de la banque a été reçu mais on n’a pas pu le récupérer car il est au nom de l’ancien président (d’il y a longtemps).

Neox se porte volontaire pour gérer la trésorerie.

Nos mensualités (hors frais exceptionnels) se situent toujours autour de 20€ par mois pour le serveur.

Nouvelles actions à définir

  • Il faut remettre la main sur elghinn et omega, qui possèdent chacun jabber.fr et jabberfr.org chez Gandi. On doit renouveler les noms de domaine au plus tard en avril, et gandi est devenu très cher. L’idée serait de les transférer chez un autre registrar moins prédateur.
  • Trouver un espace de stockage fiable et éthique pour nos backups, qui sont devenus plutôt légers, voir du côté de deuxfleurs par exemple, ou de Libre en Communs.
  • Mettre à jour nos CGUs pour être parfaitement clairs sur notre stratégie de backups
  • Comme à la dernière AG : mettre en place des réunions mensuelles pour essayer de faire avancer les sujets qui nécessitent de l’implication
  • Trouver une petite VM chez un hébergeur éthique pour héberger notre machine de stats qui a grafana et prometheus (actuellement dans l’infra de mathieui)
  • Essayer de demander une adhésion à l’asso contre l’hébergement de domaines personnalisés

Renouvellement du bureau

Proposition de reconduite du bureau en intégrant neox comme trésorier :

  • Président : Link Mauve
  • Trésorier : neox
  • Secrétaire : mathieui

Administrateurs : Minos et Nicoss

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

Signature de la tribune de la LDH contre l’extrême-droite à travers les CHATONS

mathieui, 26/06/2024 | news.jabberfr.org

Le conseil d’administration de l’association a décidé de voter pour
engager le collectif des CHATONS dans la signature de la tribune.

Le lien vers la tribune.

L’extrême-droite porte un projet de société raciste et xénophobe, de rupture d’égalité et de mise au pas la société à tous les niveaux, qui s’oppose frontalement aux valeurs émancipatrices portées par le logiciel libre ainsi que les réseaux de communications fédérés.

Maintenance du 28 octobre 2023

mathieui, 29/10/2023 | news.jabberfr.org

Le 28 octobre entre 11h et 13h environ (voir le statut pour les détails) nous avons procédé à une maintenance sur le serveur principal de JabberFR, ainsi que sur notre serveur de statistiques.

Côté XMPP

Le but premier de cette maintenance était de mettre à niveau prosody pour résoudre les problèmes rencontrés depuis la dernière fois, qui rendaient la vie des utilisateurs assez désagréable :

  • La désactivation de FAST pour l’authentification, qui a engendré un nombre incalculable d’erreurs affichées par notamment Conversations, qui avertissait d’un faux problème de sécurité, demandant à confirmer périodiquement des choses dans un sous-menu très peu facilement trouvable.
  • La désactivation de smacks (XEP-0198) qui fait que les déconnexions/reconnexions étaient plus coûteuses en batterie et moins « transparentes » pour les clients mobiles.

Ces deux objectifs ont, à priori, été atteints.

Nous avons également purgé l’historique des messages de notre service Biboumi, qui se comptaient dans les dizaines de millions, ce qui n’aidait pas les performances de ce service.

Côté système

Nous en avons aussi bien sûr profité pour faire une mise à jour complète du système, incluant le passage de Linux LTS 5.15 à 6.1, dans l’espoir qu’il corrige l’utilisation mémoire perdue à jamais (ici après 338 jours d’uptime, notre serveur arrivait au bout de sa mémoire disponible, car il ne dispose que de 8 Gio et plus de 3 étaient alloués et non libérables dans le noyau !).

Sans incidence sur les utilisateurs, nous avons également mis à jour la machine de statistiques.

HTTP Upload

Enfin, nous sommes passés au nouveau composant Prosody pour la gestion des envois de fichiers par les utilisateurs, http_file_share plutôt que l’ancien http_upload. Le nouveau module nous permet de tracer quels fichiers ont été envoyés par quel utilisateur, de gérer des quotas, des permissions, ainsi que l’expiration des fichiers.

Le nouveau module garantit donc un quota de 200 Mio par utilisateur et par jour (précédemment illimité), avec des envois limités à 100 Mio (contre 10 précédemment). De plus, les fichiers seront supprimés après deux semaines.

Les fichiers envoyés sur le précédent composant sont toujours accessibles, mais le dossier sera supprimé dans deux semaines, pensez-y si vous avez des fichiers que vous comptez préserver !

Enregistrements CAA

Suite à la découverte d’une attaque MitM (“Machine in the Middle”) sur le serveur jabber.ru, probablement réalisée à la demande d’agences gouvernementales ou de la justice sur leurs divers hébergeurs, nous avons mis en place des enregistrements CAA pour garantir que seul notre compte auprès de Let’s Encrypt a le droit de demander des certificats pour notre domaine.

JabberFR proposait déjà la variante « -PLUS » sur les différents mode d’authentification SCRAM, qui permet d’avoir du « Channel Binding » qui permet de garantir que la connexion est bien faite directement au serveur, et pas à un attaquant qui se placerait entre les deux, même avec un certificat valide.

Nous allons de plus ajouter prochainement des enregistrement TLSA (DANE) afin d’avoir un point de validation supplémentaire pour les clients qui l’implémentent.

Enfin, nous publions déjà depuis longtemps nos certificats actuels sur la page Certificats du site, mais un attaquant avec des certificats valides pourrait facilement la trafiquer au passage, elle n’est donc pas suffisante contre ce genre d’attaques.

Lettre d’information XMPP d’août 2023

neox, 10/10/2023 | news.jabberfr.org

N. D. T. — Mille excuses pour le retard de traduction, la rentrée était chargée, la prochaine lettre sortira dans un délai rapproché ! 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’août 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.

XMPP and Google Summer of Code 2023

La XSF a été [acceptée à nouveau comme organisation hôte du GSoC 2023 et a reçu deux places pour les contributeurices XMPP] (https://xmpp.org/2023/02/xmpp-at-google-summer-of-code-2023/) !

Sur Dino :

Sur Moxxy :

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. 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.
  • XMPP Italian happy hour: réunion mensuelle italienne XMPP, à 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).
  • TroLUG XMPP Workshop : le TroLUG organise le deuxième atelier sur XMPP en langue allemande le 2023-09-07. Il se déroulera en audioconférence via BBB. Toutes les personnes intéressées sont invitées à participer à l’atelier.

Videos

Il y a eu tout un fil rouge sur XMPP au [FOSSY2023] (https://2023.fossy.us/schedule/) avec de nombreux exposés :

  • XMPP Connectivity & Security est une introduction aux XEPs de connectivité XMPP comme XEP-0368 (Direct TLS), XEP-0467 (QUIC), XEP-0468 (WebSocket S2s) et les aspects internes de xmpp-proxy, un proxy forward+reverse, et d’autres.
  • XMPP Introduction and Overview est un bref historique et une introduction au protocole XMPP pour les personnes ayant peu d’expérience en programmation.
  • My XMPP Past, Present, and Future est un point de vue sur l’évolution de l’écosystème XMPP depuis 2004. Il explique comment il a été affecté par des événements majeurs tels que le déclin des services de messagerie instantanée traditionnels, le début de l’ère des smartphones et des nouveaux services de chat, et plus encore.
  • [Building open standards-based ecosystems] (https://archive.org/details/fossy2023_Building_open_standardsbased_e) est un exposé sur la façon dont XMPP, en tant que communauté et protocole, s’est adapté au changement, et sur le rôle que la XSF a joué dans sa continuité, mais aussi une discussion générale sur la durabilité des écosystèmes ouverts et des réseaux ouverts.

Articles

  • Pas d’articles ce mois-ci.

Nouvelles des logiciels

Clients et applications

Snikket - Un chat simple, sécurisé et privé

Serveurs

Bibliothèques et outils

XMPP Providers - Quel fournisseur XMPP vous va le mieux ? C'est votre choix.

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 les deux semaines qui suivent, le Conseil décide d’accepter ou non cette proposition en tant que XEP expérimentale.

  • [MUC Token Invite] (https://xmpp.org/extensions/inbox/muc-token-invite.html)
  • Cette spécification fournit un moyen de générer des jetons pour inviter des utilisateurs dans une salle MUC.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

If an experimental XEP is not updated for more than twelve months, it will be moved off Experimental to Deferred. If there is another update, it will put the XEP back onto Experimental.

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

Dernier appel

Les derniers appels sont lancés une fois que tout le monde semble satisfait de l’état actuel du XEP. Une fois que le Conseil a décidé si le XEP semble prêt, l’éditeur XMPP lance un dernier appel pour recueillir des commentaires. Les commentaires recueillis lors du dernier appel peuvent permettre d’améliorer le XEP avant de le 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.

Répandez les nouvelles !

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

Consultez également notre [Flux RSS] (https://xmpp.org/feeds/all.atom.xml) !

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

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, Jonas Stein, Licaon_Kter, Ludovic Bocquet, melvo, MSavoritias (fae,ve), nicola, XSF iTeam
  • Français : jabberfr.org et linuxfr.org
  • Traduction : Adrien Bourmault (neox), alkino, anubis, Arkem, Benoît Sibaud, mathieui, 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 de mai 2023

neox, 21/06/2023 | news.jabberfr.org

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

neox, 20/05/2023 | news.jabberfr.org

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

neox, 21/04/2023 | news.jabberfr.org

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

neox, 15/03/2023 | news.jabberfr.org

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

neox, 26/02/2023 | news.jabberfr.org

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

mathieui, 02/01/2023 | news.jabberfr.org

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é.

Passerelle ActivityPub et chiffrement de bout en bout Pubsub

Goffi non-hebdo - Tag - jabber-xmpp, 23/04/2021 | Goffi non-hebdo - Tag - jabber-xmpp

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

mathieui's blog, 06/01/2021 | mathieui's blog

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

tuxicoman, 30/05/2020 | Tuxicoman

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

A lire aussi:

  1. Modules pratiques pour serveur Prosody(XMPP)
  2. Dino : client XMPP pour Gnome
  3. Un an avec une passerelle XMPP/Whatsapp

Dino : client XMPP pour Gnome

tuxicoman, 14/04/2020 | Tuxicoman

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.

A lire aussi:

  1. Conversations, le client Jabber pour Android
  2. Appel audio/vidéo sur Android et XMPP
  3. Un an avec une passerelle XMPP/Whatsapp

SàT PubSub 0.3.0 est disponible

Goffi non-hebdo - Tag - jabber-xmpp, 21/08/2019 | Goffi non-hebdo - Tag - jabber-xmpp

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 »

Goffi non-hebdo - Tag - jabber-xmpp, 25/07/2019 | Goffi non-hebdo - Tag - jabber-xmpp

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

Goffi non-hebdo - Tag - jabber-xmpp, 07/05/2019 | Goffi non-hebdo - Tag - jabber-xmpp

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

Goffi non-hebdo - Tag - jabber-xmpp, 29/01/2019 | Goffi non-hebdo - Tag - jabber-xmpp

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 !