“#Google Talk [..] was based on an old standard that predated the advent of #cloud computing” - extremely poor justification for yielding to regressive impulses by dropping #XMPP/#Jabber interoperability ! http://www.theverge.com/2013/5/15/4318830/inside-hangouts-googles-big-fix-for-its-messaging-mess
Pump.io capitalizes on StatusNet’s large-scale decentralized social networking platform experience to reach new levels of flexibility and developer friendliness - http://lwn.net/SubscriberLink/544347/d9c904117b4824d1
à voir pour intégrer #seenthis dans cette #API ?
https://github.com/e14n/pump.io/blob/master/API.md
#seenthis_api #seenthis_todo
#Google Talk starts blocking invites sent from non-Google #Jabber servers: http://www.fsf.org/blogs/sysadmin/google-backslides-on-federated-instant-messaging-on-purpose #XMPP #evil - Is this the #XMPPcalypse ? How long until they stop accepting incoming SMTP from third parties ?
Je n’ai pas testé. Quelqu’un qui a un compte non-Google peut essayer de joindre bortzmeyer(at)gmail.com en XMPP, pour voir si ça passe ?
Voilà ce qui se passe lorsque jim@jabber.grabeuh.com demande une autorisation à l’adresse sus-citée :
10:36 root@kivu /var/log/ejabberd# tshark -f « tcp port 5269 » -R « ip.addr == 74.125.132.125 »
Running as user « root » and group « root ». This could be dangerous.
Capturing on eth0
0.000000 212.85.152.17 -> 74.125.132.125 TCP 46038 > xmpp-server [PSH, ACK] Seq=1 Ack=1 Win=192 Len=84 TSV=4013939076 TSER=821382172
0.018253 74.125.132.125 -> 212.85.152.17 TCP xmpp-server > 46038 [ACK] Seq=1 Ack=85 Win=1002 Len=0 TSV=821396232 TSER=4013939076
0.018258 74.125.132.125 -> 212.85.152.17 TCP xmpp-server > 46038 [PSH, ACK] Seq=1 Ack=85 Win=1002 Len=196 TSV=821396232 TSER=4013939076
0.018261 212.85.152.17 -> 74.125.132.125 TCP 46038 > xmpp-server [ACK] Seq=85 Ack=197 Win=209 Len=0 TSV=4013939081 TSER=821396232
La demande :
<presence from=’jim@jabber.grabeuh.com’ to=’stéphane@gmail.com’ type=’subscribe’/>
La réponse :
<presence from="stéphane@gmail.com" to="jim@jabber.grabeuh.com" type="error"><error code="503" type="cancel"><service-unavailable xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/></error></presence>
Raaaaah !
C’est malin : c’est « bortzmeyer », pas « stéphane » (et puis, Unicode dans la partie locale du JID, c’est pas forcément garanti, faut que je relise le RFC mais, même si c’ets permis, ça ne veut pas dire que ça marchera).
Oui - mais j’ai obfusqué le log avec un identifiant fantaisi avant de le coller là, vu que ton message précédent suggérait que tu ne voulais pas voir ton adresse postée en clair...
Mmm, il me semble que soit :
1) l’expéditeur doit être dans le roster du compte gmail
2) il y a une page de conf qui permet d’indiquer que l’on est près à recevoir des messages de correspondants qui ne sont pas dans le roster.
Pour le deux : je ne peux pas tester, je n’ai pas de compte gmail & ma prochaîne fenêtre d’inscription à un résal social / cloud service c’est dans un an (vu que je viens juste d’épuiser mes ressources en créant un compte SeenThis pour pouvoir ajouter un commentaire à ce fil de discussion :).
Lorsque l’expéditeur est dans le roster du compte gmail, le message passe bien - je viens de communiquer en XMPP avec ma femme qui n’a pas encore abandonné Gmail (et aux dernières nouvelles je suis bien dans son roster...)
Google’s official explanation : http://mail.jabber.org/pipermail/operators/2013-March/001610.html
Not convincing: I never received such spam invitations since I activated Google Talk.
« If there are particular domains that you want us to whitelist we are open to doing that » - je m’étrangle de rage devant une attitude aussi régressive...
La seule raison pour laquelle Google continue a accepter du traffic SMTP entrant, c’est que le service SMTP n’est pas une oligopole. S’il n’y avait que trois gros fournisseurs de messagerie, ils tenteraient l’insularité pour mieux contrôler les utilisateurs.
Quelqu’un a les parts de marché des systèmes de messagerie instantanée ? Je commence à penser que nous sommes face à un cas d’abus de position dominante tel que défini dans le droit Européen.
Je confirme : j’ai reçu trois invitations de l’extérieur sur Google Talk ce matin. Donc, ça remarche (temporairement ?)
Il y a un protocole de messagerie instantanée libre, standard, implémenté, tout ce qu’on veut. Pourquoi des gens continuent-ils à utiliser autre chose que #XMPP ?
XMPP a raté le passage au web et se fait grignoter par des solutions directement basé sur les websockets, EventSource, long polling, sans trop se soucier avec des histoires d’interopérabilité.
Facebook utilise XMPP, mais ses serveurs ne sont pas fédérés au reste du monde - tu peux donc utiliser n’importe quel serveur XMPP pour Facebook Chat, mais pas parler à un utilisateur Facebook depuis ton compte XMPP hébergé ailleurs.
Je doute qu’il y ait ici qui que ce soit pour qui XMPP n’est pas la solution préférée lorsque le problème est lié à la présence ou à la messagerie instantanée. La question est donc de savoir pourquoi ce n’est encore pas le cas d’autres acteurs. C’est ’juste’ une question d’entoilage ?
L’adoption de XMPP par des géants tels que Facebook, Microsoft et Google montre que ce n’est pas un problème technique - la suprématie de XMPP est établie. C’est plutôt un problème stratégique : seul Google communique avec le reste du monde tandis que les autres gèrent des enclos et ne participent donc pas significativement à la promotion du standard - Facebook et Microsoft peuvent se le permettre grâce à leur position dominante tandis que Google est entré tardivement sur ce marché... L’interopérabilité et la normalisation sont toujours le souci des faibles.
Le défi est donc à mon avis d’élever la marque XMPP à un statut équivalent à Facebook ou MSN, alors même que ses principaux utilisateurs et surtout Google la confinent aux coulisses de services ne mettant ne avant que leur propres marques.
La solution est peut-être dans les organes de normalisation de XMPP, jusqu’à maintenant centrés sur la normalisation des évolutions techniques mais qui pourraient aussi coordonner la mise en avant du standard par la labelisation des services - « XMPP certified - chat with the whole world ! » ou un slogan de cette eau là qui valoriserait à la fois les services participants et l’écosystème XMPP dans son ensemble.
XMPP est utilisé parce qu’il est le seul protocole ouvert bien standardisé, mais ça ne veut pas dire que c’est un bon protocole.
Archipel Project
►http://archipelproject.org
You can use all libvirt-supported virtualization engines like KVM, Xen, OpenVZ or VMWare. You can perform all basic virtualization commands and many other things like live migration, VMCasts, packages, etc.
Real time
Archipel uses #XMPP for all communication. There is no webservice or custom protocol. You just need at least one XMPP server — like #eJabberd — to start playing with it. This allows Archipel to work completely real time.
Ouah !! J’ai posté un trucmuche en zanglé. Faudra que je fête ça
OneTeam - open source enterprise multi-network instant messaging client
http://oneteam.im
OneTeam is a versatile instant messaging client that is very intuitive to use. Even people who are new to instant messaging will find it easy to get started, while experienced users will discover a range of advanced features, like accessing archived conversations or setting up chat rooms.
jappix, un facebook like libre de droit. Quelqu’un a déjà essayé de l’installer sur un serveur ?
https://project.jappix.com/features
Oui, #jappix c bôôôô : http://seenthis.net/messages/17792
En fait c’est une implémentation #http (via un serveur BOSH) des fonctionnalités de #xmpp. J’ai réussi l’install basique, donc c’est facile :-) . C’est la configuration de ejabberd qui est un peu compliquée en fait. Pour que Jappix soit 100% fonctionnel il faut activer une série de fonctionnalités ejabberd (dont le serveur BOSH) qui ne sont pas activées par défaut (en Debian). Faut que je fignole la config... J’ai pas encore pris le temps de bloguer mon expérience, je ferai un « howto » (en juin :-/). Mais bon pour un pro, c’est 2 heures de taf, max.
Merci suske pour ce retour d’expérience encourageant. Je vais faire un essai.
Welcome - Jappix, your own social cloud
https://project.jappix.com
Jappix is a fresh new open social platform which enables you to create your own cloud, wherever you want to. People must be able to get in touch with all their friends on a free decentralized network!
You can build your own #Jappix installation for your own requirements: if you want to use it as a personal social client, you can download it and put it on your webserver. It’s easy, fast and free.
If you are a non-profit organization like a school, Jappix is a perfect way to manage the relationships between its members, organize virtual meetings or simply post some news from the inside.
Basé sur l’utilisation complète des fonctionnalités du protocole #xmpp, ce projet c’est de la balle. Une interface web pour #jabber en quelques sortes. A découvrir et ou tester avec votre compte jabber/xmpp via http://jappix.com
Une alternative aux #réseaux_sociaux centralisés ?
Ejabberd - wiki.debian-fr
http://www.isalo.org/wiki.debian-fr/index.php?title=Ejabberd
L’installation de #ejabberd et son administration (grâce à son interface web) sont simples. Ejabberd permet de créer facilement un serveur permettant les échanges au travers du protocole #XMPP, il est stable, supporte des charges importantes. Ejabberd est un serveur #Jabber écrit en Erlang.
Le #tuto qui m’a mis le pied à l’étrier : installation aisée en définitive mis à part une erreur dans la création du certificat (erreur présentée avec sa correction dans le tuto...). Enfin un #JID identique à mon e-mail :-)
@stephane : je n’ai donc pas essayé #prosody vu que mon but suivant est de mettre en place une instance de #jappix, laquelle semble aimer cohabiter avec #ejabberd
Le rachat de #Skype par #Microsoft a logiquement fait bouger beaucoup d’électrons. Communiqués officiels en http://about.skype.com/press/2011/05/microsoft_to_acquire_skype.html ethttp://www.microsoft.com/Presspass/press/2011/may11/05-10CorpNewsPR.mspx et, pour un résumé et une mise en perspective, http://www.guardian.co.uk/technology/2011/may/10/microsoft-confirms-skype-deal
Il est amusant de voir des milliers de neuneus découvrir soudain que Skype, c’est mal. Maintenant que le logiciel ultra-fermé et complètement privateur est acquis par le Satan de Redmond, on lui trouve tout à coup bien des défauts.
La vérité est que Skype était un logiciel non-libre depuis toujours. Le code source n’est pas disponible (pour éviter qu’on y trouve leurs saletés comme le fait que Skype enrôle des clients comme « supernodes » sans les prévenir http://www.velocityreviews.com/forums/t727931-skype-fixed-supernodes-list.html) et Skype n’utilise que des protocoles à eux, non documentés, de façon à éviter que quelqu’un ne développe un « compatible Skype ».
Donc, si le rachat de Skype par Microsoft a un seul avantage, c’est bien de permettre de rappeler qu’il existe (au moins un) protocole ouvert de téléphonie sur IP, #SIP, et qu’il existe (au moins un) protocole ouvert de messagerie instantanée, #XMPP. Tous les deux ont de multiples mises en oeuvre en logiciel libre et de nombreux serveurs existants, gratuits et communautaires, ou bien commerciaux (ainsi que la possibilité d’installer le sien sur sa machine).
Tiens, pour varier les opinions, un article relativement pro-Skype : http://www.jpetazzo.dotcloud.com
Et mes récits de mes débuts en SIP :
http://www.bortzmeyer.org/sip-free-direct.html
L’informaticien qui veut apprendre sérieusement SIP a intérêt à commencer par le RFC 5411 http://www.bortzmeyer.org/5411.html
Un #serveur #XMPP personnel sous #Debian en 5 minutes - Jeyg.info
http://www.jeyg.info/un-serveur-xmpp-personnel-sous-debian-en-5-minutes
XMPP est un protocole de communication utilisé notamment pour la messagerie instantanée. Outre le fait d’être libre, sa grande force est de reposer sur une architecture décentralisée.
RFC 6120 : Extensible Messaging and Presence Protocol (XMPP) : Core
#Jabber est le nom original, et #XMPP le nom IETF d’un protocole d’échange d’informations encodées en XML, protocole surtout connu pour son utilisation dans la messagerie instantanée. Ce RFC 6120 met à jour la définition originale de XMPP, qui était dans le RFC 3920.
RFC 6121 : Extensible Messaging and Presence Protocol (XMPP) : Instant Messaging and Presence
Le protocole #XMPP, normalisé dans le RFC 6120, est souvent cité comme protocole de #messagerie_instantanée. Mais c’est en fait plus compliqué que cela : XMPP lui-même ne fournit qu’un service minimum de routage d’éléments XML, les vrais services devant être développés au dessus de XMPP. C’est ainsi que les services de messagerie instantanée et de présence sont normalisé dans ce RFC, le 6121. Il succède au premier RFC sur ces services, le RFC 3921.
RFC 6122 : Extensible Messaging and Presence Protocol (XMPP) : Address Format
Ce RFC normalise le format des adresses du protocole de messagerie instantanée #XMPP, également connu sous son ancien nom de #Jabber. Il s’agit d’un document transitoire, qui remplace une partie de l’ancien RFC 3920, en attendant le résultat de travaux plus poussés sur l’internationalisation de ces adresses.
Le protocole XMPP est le standard actuel de messagerie instantanée de l’IETF. Les utilisateurs sont identifiés par une adresse également connue, pour des raisons historiques, sous le nom de JID (Jabber IDentifier). Ces adresses ont une forme qui ressemble aux adresses de courrier électronique mais elles sont en fait complètement différentes. Ainsi, j’ai personnellement deux adresses XMPP, bortzmeyer@gmail.com (le service de messagerie Google Talk utilise en effet la norme XMPP), qui me sert surtout pour la distraction, et bortzmeyer@dns-oarc.net qui me sert pour le travail.
Je me sens d’humeur chafouine ce matin alors... on dirait pas plutôt une RFC ? Comme c’est une requête, tout ça.
Bon, je retourne troller ailleurs.
Reste à savoir si, quand on référence un RFC, c’est à expédier à l’adresse « distraction » ou à l’adresse « travail ». Quel dilemne.
À noter que #SeenThis, qui est moins malin que mes lecteurs, a mis les deux JID à droite dans la rubrique « thèmes automatiques, emailaddress ». C’est ballot, ça.
Build a web-based notification tool with XMPP
http://www.ibm.com/developerworks/xml/tutorials/x-realtimeXMPPtut/index.html
from kent1
XMPP Standards Foundation
http://xmpp.org
#standards #programming #xmpp #protocol #messaging #development #collaboration #reference #opensource
Cisco Gets the XMPP Message, Buys Jabber - O’Reilly Broadcast
http://broadcast.oreilly.com/2008/09/cisco-gets-the-xmpp-message-bu.html
On September 19, 2008, Cisco Systems, Inc announced that they were buying Jabber.com. The move serves to highlight the fact that Cisco itself, long known for the sale of routers, network adapters and related infrastructure products, has also quietly been pushing its way into the messaging infrastructure space.
#jabber #cisco #xmpp #achat #clevermarks