Je vois, sur ce site, pas mal d'interrogations sur l'évolution de XMPP, de critiques, et de dénigrement. Je pense donc qu'il peut être utile de donner de temps en temps des petites nouvelles sur ce qu'il se passe en interne.

Instantbird est un client de messagerie instantanée multi‐protocole.

Il utilise la bibliothèque de protocoles de Pidgin, libpurple, et est propulsé par les technologies Mozilla.

Ces technologies, de par le fait qu’elles soient très proches des technos Web (JavaScript, CSS, XML), sont très accessibles. De plus, grâce à l’utilisation du moteur de Firefox, l’écriture d’extensions devient un exercice très facile.

Maintenant que la version 1.0 est sortie, l’équipe d’Instantbird va pouvoir se concentrer sur les nouveautés et l’innovation dans le domaine de la messagerie instantanée. À suivre de très près donc.

Petite note pour les impatients : cette dépêche est longue, aussi vous pouvez directement vous diriger vers les liens pour trouver les captures d’écran et vidéos, ainsi qu’une démo technique de l’interface Web. Autre point important : je cherche de l’aide de toute sorte (développement, graphisme, CSS, don, etc.). Là encore, la fin de la dépêche entre plus dans les détails.

La présentation « en gros »

« Salut à Toi » (SàT) est un client XMPP qui permet d’avoir plusieurs interfaces, qui peuvent être adaptées à un usage ou une plate-forme particulière. Le projet touche à beaucoup de domaines et se veut un terrain d’expérimentation : il est assez difficile à résumer. En vrac, on peut dire que vous y trouverez une interface pour bureau (qui se rapproche d’un client Jabber classique), une interface Web (qui se rapproche de ce que la mode veut appeler « réseau social »), une interface console, une interface en ligne de commande, des jeux, du transfert de fichiers, etc.. Le projet se veut aussi multi-plate-forme et modulaire.

Nous sommes heureux de vous annoncer la sortie de la version 0.2 de Movim, projet qui vise à créer un réseau social libre et décentralisé où les échanges sont basés sur le protocole libre XMPP.

Cette nouvelle version apporte en grande partie des changements techniques non visibles par l'utilisateur avec notamment la correction de nombreux bugs et une compatibilité accrue. Tout comme la 0.1, cette version n'est pas encore destinée aux utilisateurs inexpérimentés mais surtout aux développeurs et administrateurs.

Rendez-vous le mois prochain pour faire le plein de nouveautés !

Comme tous les 19 mai depuis 2006, ce jeudi sera placé sous le signe de l’Open Discussion Day, la journée de la conversation ouverte.

Le but de cette journée est de sensibiliser les utilisateurs d’Internet à l’importance des protocoles ouverts et des services décentralisés.

Participer est très simple : pendant une journée, essayez de ne pas utiliser de protocoles fermés pour communiquer (ou le moins possible, on est bien entendu parfois obligé). Cela signifie donc de favoriser le courriel, XMPP, SIP, Status.net et bien d’autres, par rapport aux alternatives fermées et centralisées comme Skype, MSN, Facebook ou Twitter.

Il aura fallu un trimestre pour que Archipel, solution d'orchestration open source pour le contrôle des machines virtuelles, quitte Saturn (nom de la beta 1) pour arriver à Jupiter (nom de la beta 2).

Archipel est basée sur le composant libvirt (bibliothèque de gestion des différentes technologies de virtualisation existantes comme KVM ou Xen).

L'architecture d'Archipel s'articule autour d'un agent écrit en python pour la communication entre la libvirt et votre serveur XMPP, et d'une interface web écrite en cappuccino pour envoyer vos commandes vers le serveur XMPP. L'originalité de cette solution est de mettre à disposition la gestion des machines virtuelles depuis votre client de messagerie XMPP et surtout, et ça c'est incontournable, d'avoir de la « gueule ».

Cette solution est publiée sour licence AGPLv3.

C’est en 1999 que Jeremie Miller crée Jabberd, serveur open source de messagerie instantanée et de présence. Il appelle le protocole (de fait) sous-jacent « Jabber », terme traduisible directement de l’anglais au français comme un « bavardage ». Puis, le petit protocole au nom sans prétention commença à en avoir. Voulant jouer dans la cour des grands, il fut en effet proposé comme standard auprès de l’IETF avec l’objectif de fournir une véritable interopérabilité dans le monde de la communication instantanée, encore jeune, mais déjà quasi-entièrement sous le contrôle de divers réseaux privés, propriétaires et sans aucune transparence de fonctionnement.

Mais l’Internet est sans pitié pour les jeunes présomptueux, et il fallut plusieurs groupes de travail IETF, brouillons, stabilisation du protocole, la création d’une fondation (Jabber Software Foundation)… pour que finalement, début 2004, 5 ans après la création du protocole, ce dernier soit enfin un standard reconnu. On lui accorda des numéros pour faire le fier comme James Bond : RFC 3920 (le cœur) et RFC 3921 (Messagerie Instantanée et Présence). Petit protocole devenu grand décida alors de changer de nom pour paraître plus sérieux lors d’entretiens d’embauche. Il se fit donc appeler XMPP, pour e*Xtensible **Messaging and **Presence **P*rotocol.

À partir de là, la JSF prit plus d’importance, s’organisa davantage et changea à son tour son nom en 2007 pour XSF, XMPP Standards Foundation. Notons l’évolution sémantique : on est passé d’une entité de code (Software) à une autre gérant désormais clairement des Standards. Les rôles sont répartis entre l’IETF et la XSF. L’IETF s’occupe essentiellement du centre névralgique du protocole, ce qui en fait un protocole Internet interopérable. De son côté, la XSF gère en plus les extensions : les XEP (XMPP Extension Protocols). En effet, XMPP a été créé comme un protocole extensible. Par design, il est un triple protocole — comme son nom l’indique : un protocole de Présence (qui de ses contacts est présent ?), un protocole de Messagerie (non forcément lié à la présence : on peut envoyer des messages à des entités dont nous ne connaissons pas la présence, comme pour les e-mails), et enfin, un protocole e*X*tensible, qui permet donc de créer des sous-protocoles de communication, pour tout usage. XMPP fut défini comme un protocole applicatif extrêmement générique, non limité à la messagerie instantanée.
La XSF s’occupe donc en particulier de cette dernière caractéristique (extensibilité), et travaille en collaboration avec l’IETF sur les deux autres.

Néanmoins, cela fait maintenant 7 années que le cœur de notre petit protocole n’avait pas été soigné, bien que souvent ausculté puisqu’il se faisait vieux. C’est pourquoi, après toutes ces années de traitement, le voilà comme un nouveau né avec ses nouveaux numéros d’identité.
En effet, pour fêter le printemps, le 21 mars 2011 est à noter comme le jour où les RFC de XMPP seront mises à jour : les RFC 3920 et 3921 sont désormais obsolètes et remplacées respectivement par les RFC 6120 et 6121. Enfin, une troisième RFC voit le jour, standardisant séparément le format des adresses XMPP (ce qui était auparavant intégré à la RFC 3920) : la RFC 6122.

Depuis ce début d’année, SIP Communicator se nomme désormais « Jitsi » (qui signifie « câbles » en bulgare).
Ce changement de nom s’explique par le fait que SIP Communicator n’est plus seulement un client SIP depuis l’ajout de la gestion des appels audio via XMPP / Jingle, en fin d’année 2010.

En outre, pour la cinquième année consécutive, Jitsi a été sélectionné pour le Google Summer of Code : plusieurs sujets sont proposés, dont certains en collaboration avec les projets SEMS et Kamailio (OpenSER), il ne reste plus qu’à faire son choix !