Planete JabberFR

Compte-rendu de l’AG de JabberFR du 2026-06-05

Détails de la tenue

  • Date  : 5 Juin 2026
  • Heure de début  : 19h07
  • Heure de fin  : 19h19
  • Président de séance : mathieui
  • Secrétaire de séance : mathieui

Présents

  • mathieui : Secrétaire
  • Link Mauve : Président
  • neox : Trésorier
  • Nicoss : Administrateur
  • ArnaudJ : membre
  • pep. : membre
  • pulkomandy : membre

Ordre du jour

Élection d’un Vice-Président (poste prévu par les statuts) afin de pallier à la difficulté de synchronisation d’emplois du temps avec le Président, pour réaliser des démarches administratives.

Minos, déjà administrateur, est volontaire pour le poste. Aucun autre candidat ne s’est déclaré.

Il est élu à l’unanimité.

Assemblée Générale extraordinaire du 05/06/2026

Une assemblée générale extraordinaire de l’association se tiendra le vendredi 5 Juin 2026 à 19h.

Le but de cette assemblée générale est d’élire une personne à la vice-présidence, afin de débloquer des démarches administratives en cours.

La réunion aura lieu en ligne, sur le salon XMPP association@chat.jabberfr.org.

Poezio 0.15 / 0.15.1

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

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

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

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

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

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

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

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

Annonces de la XSF

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

XMPP and Google Summer of Code 2023

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

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

"La XSF et le Google Summer of Code 2023"

Hébergement fiscal de projets par la XSF

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

Événements XMPP

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

Conférences

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

Articles

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

Nouvelles des logiciels

Clients et applications

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

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

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

"Vue d'une discussion dans Kaidan"

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

Serveurs

Bibliothèques et outils

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

Extensions et spécifications

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

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

Extensions proposées

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

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

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

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

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

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

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

Extensions ajournées

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

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

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

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

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

Correction de l’approbateur de spécifications

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

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

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

Dernier appel

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

  • Pas de dernier appel ce mois-ci.

Extensions stables

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

Extensions dépréciées

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

Appel à l’expérience

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

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

Répandez les nouvelles !

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

Consultez également notre Flux RSS !

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

Contributions et traductions de la lettre d’information

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

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

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

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

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

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

Licence

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

Lettre d’information XMPP d’avril 2023

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

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

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


Annonces de la XSF

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

La nouvelle section logicielle du site xmpp.org

XMPP et le Google Summer of Code 2023

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

XMPP et le Google Summmer of Code 2023

Hébergement fiscal de projets par la XSF

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

Événements XMPP

Sprints XMPP

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

Vidéos XMPP

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

Articles

Vue de l'embarquement sur Cheogram

Nouvelles des logiciels

Clients et applications

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

Serveurs

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

Bibliothèques et outils

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

Extensions et spécifications

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

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

Extensions proposées

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

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

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

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

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

Dernier appel

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

  • Pas de dernier appel ce mois-ci.

Extensions stables

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

Extensions dépréciées

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

Appel à l’expérience

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

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

Répandez les nouvelles !

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

Consultez également notre Flux RSS !

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

Contributions et traductions de la lettre d’information

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

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

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

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

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

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

Licence

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

Lettre d’information XMPP de mars 2023

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

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


Annonces de la XSF

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

La nouvelle section logiciels de xmpp.org

XMPP et le Google Summer of Code 2023

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

La XSF et le Google Summer of Code 2023

Hébergement fiscal de projets par la XSF

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

Événements XMPP

Articles

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

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

Nouvelles des logiciels

Clients et applications

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

Movim supporte les réponses

Serveurs

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

Bibliothèques et outils

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

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

Extensions et spécifications

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

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

Extensions proposées

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

  • Pas de nouvelle XEP ce mois-ci.

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

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

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

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

Dernier appel

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

  • Pas de dernier appel ce mois-ci.

Extensions stables

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

Extensions dépréciées

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

Appel à l’expérience

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

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

Répandez les nouvelles !

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

Consultez également notre Flux RSS !

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

Contributions et traductions de la lettre d’information

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

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

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

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

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

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

Licence

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

Lettre d’information XMPP de février 2023

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

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

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



Annonces de la XSF

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

La nouvelle section logiciels de xmpp.org

XMPP et le Google Summer of Code 2023

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

La XSF et le Google Summer of Code 2023

Hébergement fiscal de projets par la XSF

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

Événements XMPP

Vidéos XMPP

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

Articles

Nouvelles des logiciels

Clients et applications

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

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

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

Serveurs

Bibliothèques et outils

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

Extensions et spécifications

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

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

Extensions proposées

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

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

Nouvelles extensions

  • Pas de nouvelle XEP ce mois-ci.

Extensions ajournées

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

  • Aucune XEP ajournée ce mois-ci.

Extensions mises-à-jour

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

Dernier appel

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

  • Pas de dernier appel ce mois-ci.

Extensions stables

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

Extensions dépréciées

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

Appel à l’expérience

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

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

Répandez les nouvelles !

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

Consultez également notre Flux RSS !

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

Contributions et traductions de la lettre d’information

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

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

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

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

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

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

Licence

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

slixmpp v1.6

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

Nouveaux plugins

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

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

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

Corrections et améliorations

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

Avis de dépréciation

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

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

tl;dr: il faut await les coroutines

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

Appel audio/vidéo sur Android et XMPP

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

Client

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

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

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

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

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

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

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

Serveur

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

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

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

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

# apt install coturn

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

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

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

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

# systemctl enable coturn
# systemctl start coturn

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

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

# apt install prosody-modules -t buster-backports

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

"turncredentials";

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

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

Redémarrer prosody et voila !

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

Remerciements

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

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

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

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

Slack now concentrates HipChat and Stride users

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

Slack-HipChat-Stride

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

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

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

Poezio 0.10

Initialement, la version suivant la 0.9 aurait dû être la 1.0, mais je n’avais pas envie d’attribuer la version 1.0 à l’état actuel de poezio ; donc voici la 0.10 !

Poezio est un client XMPP qui fonctionne dans un terminal et qui veut donner la même impression que les clients IRC comme irssi ou weechat ; c’est d’ailleurs pourquoi les premières versions ne prenaient en charge que les salons de discussion.

Nouveautés

Performances

Link Mauve a passé pas mal de temps à rendre poezio plus rapide, ce qui le rend plus agréable et plus réactif sur des machines avec une puissance de calcul faible dans une situation avec beaucoup de contacts et de salons remplis.

Il a ainsi passé beaucoup de temps à profiler poezio pour déterminer les endroits critiques pour les performances, ainsi qu’à se plaindre de la lenteur de python pour des opérations des plus classiques ; ensuite est venu un nombre de micro(et pas si micro que ça)-optimisations. Son objectif à terme est de rendre tout compilable via cython, afin d’avoir des performances encore meilleures.

Stream Management (XEP-0198)

Allant de pair avec la réparation du plugin slixmpp pour la XEP-0198 est venue l’implémentation dans poezio. Il n’est néanmoins pas activé par défaut car il ajoute une quantité substantielle d’échanges avec le serveur, et n’est pas foncièrement utile dans les cas standard d’utilisation de poezio (i.e. des sessions longues laissées à tourner dans une fenêtre screen ou tmux). Il suffit de mettre l’option idoine à true pour le réactiver.

Cette extension (qui a besoin d’une prise en charge côté serveur) permet à un client de restaurer une session après une déconnection abrupte, tant qu’un certain délai n’est pas dépassé côté serveur. Elle permet également d’avoir une meilleure fiabilité dans le flux entre le client et le serveur en ayant des accusés de réception à intervalle régulier avec des numéros de séquence. Si les numéros de chaque côté ne correspondent pas, l’entité qui a envoyé les messages manquants les renvoie simplement à l’autre.

Activation de carbons

C’était un oubli, mais un oubli notable ; l’extension “Carbon Copies (XEP-0280)” est maintenant activée par défaut dans poezio 0.10. Cette extension permet une transition naturelle entre différents terminaux xmpp en dupliquant les messages reçus et envoyés sur chaque terminal. On peut donc continuer sur son ordinateur une conversion entamée sur son téléphone en voyant tous les messages.

Fichier de configuration commenté

Encore un oubli : comme les options du fichier de configuration étaient décommentées par défaut (et que ce fichier est copié au premier lancement de poezio), il n’y avait aucun moyen de savoir si une valeur était là parce que l’utilisateur le désirait, ou si c’était juste la valeur par défaut. Il n’y avait donc pas de possibilité de changer les valeurs par défaut dans les nouvelles versions pour les gens utilisant déjà poezio. En fait, il n’y en a toujours pas, mais dorénavant les options du fichier de configuration sont toutes commentées par défaut, donc les nouveaux utilisateurs n’auront pas ce problème.

P.S. : Il est possible d’utiliser poezio -c pour voir quelles options diffèrent de leur valeur défaut.

Script poezio_logs

Les fichiers de logs de poezio sont depuis un moment déjà dans un format proche de mcabber. Cependant, lire ces logs depuis poezio est au mieux compliqué, mais surtout impossible. Même si ce problème est connu et voué à être résolu un jour, c’est toujours appréciable de pouvoir lire ses logs sans avoir à se coltiner le format spécifique de stockage.

Cette release inclut donc un outil poezio_logs qui reçoit en paramètre le chemin d’un fichier de logs et sort le résultat nettoyé sur la sortie standard, avec quelques couleurs. Il peut également prendre quelques paramètres pour enlever la couleur, la date et heure, ou les messages d’information.

Vérification HTTP (XEP-0070)

L’invité surprise de cette release est l’arrivée d’un onglet de vérification de requêtes HTTP utilisant la XEP-0070 pour authentifier des requêtes HTTP en utilisant seulement votre JID.

http_verif

Un plugin mediawiki est en cours d’écriture afin de tirer parti de cette extension, et un plugin wordpress est déjà disponible depuis un bon moment. Comme les composants comme celui-là parlent en HTTP, aucune prise en charge d’XMPP n’est requise dans l’application qui fait la vérification ; il suffit d’entrer votre JID, puis de vérifier et accepter la requête dans votre client.

Changement de l’avertissement de certificat

La façon qu’avait poezio d’afficher un changement de certificat auparavant n’était vraiment pas pratique et, après avoir implémenté la XEP-0070, c’était naturel de réutiliser l’onglet créé pour l’occasion avec des couleurs différentes pour avoir une façon plus agréable de vérifier le nouveau certificat (particulièrement depuis le passage de SHA-1 vers SHA-512).

cert_warn

Détournement des corrections de messages

Cela s’apparente plus à de l’abus de protocole qu’autre chose, mais puisque nous avons déjà un nombre conséquent de plugin « rigolos », en voici deux nouveaux :

  • marquee, qui reproduit le comportement d’une balise html en déplaçant du texte de gauche à droite dans une boucle, tout ça dans un seul message en utilisant les corrections.
  • dice, pour faire « rouler » un certain nombre de dés durant une durée fixe, une fois de plus dans un seul message en utilisant les corrections.

Indication de l’état du client (CSI, XEP-0352)

CSI est une extension plutôt portée sur le mobile qui demande un support côté client et côté serveur, et qui permet au client de dire au serveur qu’il est "off" (par exemple, un client mobile avec l’écran éteint en étant dans une poche).

Étonamment, cette XEP s’applique plutôt bien à poezio, puisque le plugin screen_detach fait exactement ça, en ayant un état "off" et un état "on".

Régler l’état à actif ou inactif permet au serveur d’activer un certain nombre de filtres pour limiter les échanges entre le client et le serveur (et donc les réveils du téléphone en cas d’information inutile). Par exemple, quand l’écran est éteint, le client n’a que faire des informations de présence des contacts, qui seront donc filtrées, alors qu’il est encore intéressé par des nouveaux messages.

Les filtres activés sont à la discrétion de l’administrateur du serveur.

VCards

Prendre en charge VCard-Temp (XEP-0054) qui permet de récolter des informations sur son interlocuteur est toujours appréciable, et cette version ajoute un plugin pour visualiser les informations fournies par une entité distante. L’implémentation est encore un peu brute car elle n’implémente qu’une partie de la spécification et réutilise un onglet de poezio qui n’était pas fondamentalement prévu pour ça, mais cela s’améliorera.

Bien sûr, une fois que la prise en charge de vcard-temp sera finalisée, celle de Vcard4 (XEP-0292) viendra.

Bits of Binary

Bien que poezio ne dispose toujours pas de vraies capacités de partage de fichiers, nous avons désormais un plugin BoB (XEP-0231), qui permet d’envoyer des petits fichiers à travers la connexion XMPP. Comme la bande passante est souvant limitée à raison à quelques kilobits/octets par seconde, il doit être utilisé avec raison, mais est pratique pour envoyer de petits fichiers.

Et bien plus encore

Il y a bien sûr bien plus de commits que juste ceux-ci, par exemple l’intégralité du code a été refactorisé pour éviter un hack du chemin python durant l’import, plusieurs corrections d’interface ont été apportées, les thèmes sont mieux respectés (moins de valeurs en dur), les reconnexions dans certains conditions ne provoquent plus une boucle infinie sans pause, etc… Vous pouvez consulter le CHANGELOG ou l’ historique git pour plus de raisons de mettre à jour.

Informations d’empaquetage

Cette version comme la précédente dépend toujours de la bibliothèque slixmpp, qui elle-même requiert aiodns, et peut être optimisée avec cython (auquel cas libidn ainsi que ses headers seront requis durant la compilation).

Contributeurs

À part moi-même (mathieui), louiz’, and Link Mauve, je veux également ermercier les autres contributeurs, eijebong, Lasse Aagren, Frédéric Meynadier, Nicolas Braud-Santoni, Lancelot SIX, Luke Marlin, pour leur ajout de fonctionnalités ou corrections de bugs.

Je veux également remercier tous les utilisateurs et testeurs qui nous remontent des bugs et des suggestions d’améliorations, que ce soit via des remarques constructives dans le salon ou des rapports de bugs.

Bugs

Comme toujours, si vous rencontrez un bug inconnu qui n’est pas corrigé dans la version git de poezio, merci de nous en faire part, merci.

Liens

slixmpp v1.2

Exactement un an après la sortie de slixmpp 1.1, il est l’heure d’annoncer la sortie de slixmpp en version 1.2.

slixmpp est une bibliothèque python (3.4+) utilisant asyncio pour utiliser le protocole XMPP, qui s’est basée sur les sources de la bibliothèque SleekXMPP.

Nouveautés

  • Link Mauve a optimisé sans relâche les chemins critiques afin que les opérations les plus communes aillent vite, tout en modernisant le code (en enlevant des alias dépréciés, par exemple).
  • Nouvelles XEPs : XEP-0070, XEP-0256, XEP-0333, XEP-0334, XEP-0352
  • Correction du plugin de la XEP-0198
  • Correction du “legacy SSL”
  • Mise à jour de la documentation
  • Autres corrections (des tracebacks ou des erreurs plus subtiles dûes à asyncio)

Merci à tous les contributeurs (listés dans le README) pour cette release !

Liens

The true awakening of XMPP

2016 is definitely the year of the awakening of XMPP. It is already mid-year, but here is what happened already, and what we can do next.

Matthew Wild: non-tech requirements

At the FOSDEM 2016 and XMPP Summit 19, Matthew Wild, lead developer of Prosody, pushed the XMPP community into « Exploring the non-technical requirements of open communication« , which lead to the creation of a very small website (although unmaintained), but still a very strong initiative: modernxmpp.org. As an XSF Council member, Matthew opened up minds with this thinking out of the box.

Nicolas Vérité: 3 generations of IM

I did my part, by contributing to the wake up call, with « The state of XMPP and instant messaging, The awakening« , followed by « Welcome to the third generation of Instant Messaging! » part 1 (1st and 2nd gen of IM) and part 2 (3rd gen of IM, synthesis matrix), and « 3 gens of IM, next steps for XMPP« . I believe this had its positive effects as well, as some items were actively discussed forward at the XMPP Summit 20 (hosted by Atlassian, makers of the 3rd gen IM HipChat, based on XMPP), and the feedback from the nice guys of Tigase said: « The most prevalent topic at the summit was the future of XMPP communication, and how it can fit into the third generation of instant messaging. ».

Daniel Gultsch: mobile XMPP

Daniel Gultsch, lead developer of Conversations.im Android client, has written a thought-provoking piece on « The State of Mobile XMPP in 2016« , pointing at strengths and weaknesses, and debunking some misunderstanding.

Georg Lukas: easy XMPP

Today, it is Georg Lukas, pointing out « Easy XMPP« , with « Easy Onboarding » and « Easy Roster Invitations« . To quote Georg, « After reflecting upon all these things though I must say that I am surprised how much low-hanging fruit we’ve ignored over the last decade or so ».

Outcome?

It is clear that these many wake up calls have echoed with each other. We have quite a clear path, that may need a little refinement. Now it is a matter of priorities and formalisation, given the limited resources we have…

Is it time we start to write a vision statement and a roadmap for the next 6 to 12 months?

3 gens of IM, next steps for XMPP

Since the publication online of the slides of my talk at FOSDEM 2016, right after the XMPP Summit 19, I have developed the three generations of IM in text:

Before you go on this current article, please really do read those « 3 gens of IM » articles pointed before.

Ready?

After such a market observations for months and years, with analysts, with customers and prospects, with developers worldwide, users of all sorts, startupers, agile and lean startup practitioners, I think we can tell what XMPP specs, clients, libraries, and servers makers need to work on…

What we need to develop as specs in priority:

  • full text search of archive;
  • in-chat media, with previews (HTTP file upload is only a good beginning);
  • MUC without disruption: recover your archive while you were offline (MIX is going slowly and is too heavy+complex);
  • group voice and video;
  • stickers, maybe;
  • easily recover and change passwords like any modern app through an SMS or email.

Service administrators need to deploy massively MAM and Carbons, for multi-device experience.

The top priority for all client developers:

  • really, really go full flat design;
  • desktop clients need to really, really go single-window;
  • implement and use MAM and Carbons, and enable those by default;
  • presence and roster should be pushed back a little from the user interface, in favor of discussions/conversations.