Il est nommé jabber.iut.rdz

Notre serveur ne va, a priori, pas supporter une forte charge, on va donc se contenter d'utiliser la base de données HSQLDB embarquée, sans déployer un SGBD externe. De la même manière, on ne va pas s'appuyer sur un annuaire LDAP pour la gestion des comptes, on créera des comptes purement applicatifs qui seront stockés dans la base locale (itou pour l'authentification).

Pas besoin d'installer un serveur web et un container d'applications (genre Tomcat ou JBoss), OpenFire embarque son propre serveur d'applications web.

On récupère chez Ignite RealTime, la dernière version d'OpenFire qui est un serveur XMPP tournant sur une JVM : on télécharge le .deb sur le serveur jabber.

Au préalable, on n'oublie d'installer une JVM de Sun :

S'il n'autorise pas le compte admin à se connecter (comportement par défaut), il ne faut pas hésiter à ajouter dans /etc/openfire/openfire.xml :

On va laisser les valeurs par défaut sauf pour les champs suivants :

Sur le DNS gérant la zone iut.rdz, on ajoute dans la zone directe les trois lignes suivantes :

Ces lignes vont permettre à un serveur ou un client XMPP de découvrir le nom de notre serveur xmpp jabber.iut.rdz à partir du nom de domaine xmpp iut.rdz .

expérience : http://nutrun.com/weblog/distributed-programming-with-jabber-and-eventmachine/

http://home.gna.org/xmpp4r/rdoc/ (xmpp4r)

http://snippets.dzone.com/posts/show/6893  (pour MUC)

http://eventmachine.rubyforge.org/EventMachine.html (EventMachine)

La doc : http://eventmachine.rubyforge.org/docs/README.html

Correction OpenFire : http://www.sofasportler.de/dirk.blog/articles/disable-digest-mp5-to-xmpp4r-connect-with-your-openfire-jabber-serv

Il faut virer le SASL-MD5 dans openfire.xml (attention à ne pas effacer le <admin/>)

<sasl><mechs>PLAIN</mechs></sasl>