j'ai retrouvé un peu de feedback, pour le reste des commentaires je pourrais te les transmettre demain:
* comportement étrange dans un chat en groupe * l'ajout d'un utilisateur à un groupe nécéssite un redémarrage du service * les groupes dans ldap ne fonctionne pas de la façon attendue (comme les autres services se reposant sur ldap) pour nous si on veut utiliser des outils comme cfengine ou systemimager, on préfère utiliser des fichiers de configuration plutot qu'une db, mais ça n'engage que nous ;-) je dois ajouter que je n'utilise le serveur qu'en tant que client et à part le chat (via gaim) je ne m'y suis pas encore attardé. On Mon, 2006-02-06 at 23:15 +0100, Laurent Frisée wrote: > J'en ai un qui tourne depuis pas mal de temps sur un serveur dédié > (semprom 256Ram) et je n'ai jamais eu un problème de connexion ... de > plus dans les dernières versions, ils ont justement optimisé leur > code ... par rapport au serveur "type classique" (jabberd), je trouve > que l'interface et qu'une partie soit stocké dans la db est un grand > atout (chgt de version TRES simple, je tourne avec depuis la version > 2.0.2 (avant le support s2s)). On peut facilement bloquer des serveurs > (whitelist). > > Rien à redire, et en plus comme le faisait astucieusement remarquer > Pascal, cela tourne dans un jvm, alors avec un utiliseur autre que > root, aucun risque de compromission en cas de faille (d'abord tu > arrives dans la sandbox de la jvm et qd bien même il y aurait une > faille dans le jvm, ca tourne avec un utilisateur sans priv). > > Maintenant ce n'est que mon expérience personnelle et ca ne tourne pas > à grande échelle (enfin si des gens sont intéressés, le serveur est > ouvert on peut créer des comptes dessus). Si tu savais avoir un peu > plus de renseignements sur les points négatifs d'après tes collègues > je suis preneur (je sais qu'il y a des choses qui n'étaient pas > supportées dans les versions précédentes pour les connexions qui ne > répondaient pas encore à la "norme" jabber mais c'est chose faite > depuis la dernière version me semble-t-il ... > > Laurent > > > Frédéric Descamps wrote: > > au boulot, mes collègues ont essayé un panel de serveur jabber, la seule > > chose dont je me rappelle c'est qu'à leur avis le moins bon était > > wildfire: configuration dans une db, le besoin de java, et le nombre de > > problème de connexion. > > pour le moment c'est celui-là qui tourne pour le tester à plus grande > > échalle, mais nous avons pas mal de problème (déconnexion) > > > > On Mon, 2006-02-06 at 22:48 +0100, Pascal Bleser wrote: > > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Vincent Pinchart wrote: > > > > > > > Thomas Silvestre wrote: > > > > > > > > > Le 06/02/06, Pascal Bleser<[EMAIL PROTECTED]> a écrit : > > > > > > > > ... > > > > > > > > Et un client jabber complet? (avec recherches de chat room etc?) > > > > > > > > Psi, c'est libre ;) > > > > > > > > > > Comme client, j'utilise neos (mais qui n'est pas libre). > > > > Donc vous me conseillez ejabber ou wildfire? Pour ejabber, j'avais déjà > > > > essayé il me semble, mais j'étais resté bloqué sur un prob de dépendance > > > > avec le package erlang. Et pour Wildfire, si je me souviens bienn c'est > > > > pkg-config qui ne serait pas défini dans le path d'environement. o_O > > > > > > > Je conseille franchement Wildfire. Erlang n'est pas nécessairement simple > > > à gérer, comme dépendance > > > (j'ai vu le code source et la procédure de build en essayant d'en faire > > > un RPM pour SUSE... beurk, > > > erlang+ejabber, non merci). > > > > > > Pour Wilfdire il te faut juste une JVM. > > > Installe la JVM de Sun et c'est tout, Wildfire est "self-contained", > > > l'installation est très simple. > > > > > > - -- > > > -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ > > > /\\ <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> > > > _\_v The more things change, the more they stay insane. > > > -----BEGIN PGP SIGNATURE----- > > > Version: GnuPG v1.4.2 (GNU/Linux) > > > > > > iD8DBQFD58RAr3NMWliFcXcRAm/tAJ47ffp+PAVfb77vI4sgUrpYyJbUvgCguhw6 > > > mT6/JIyXa4kBbfiTMcarmtU= > > > =R1KJ > > > -----END PGP SIGNATURE----- > > > _______________________________________________________ > > > Linux Mailing List - http://www.unixtech.be > > > Subscribe/Unsubscribe: > > > http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux > > > Archives: http://www.mail-archive.com/linux@lists.unixtech.be > > > IRC: chat.unixtech.be:6667 - #unixtech > > > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech > > > > > > > > > > > > > > > __________________________________________________________________ > > > > > > _______________________________________________________ > > > Linux Mailing List - http://www.unixtech.be > > > Subscribe/Unsubscribe: > > > http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux > > > Archives: http://www.mail-archive.com/linux@lists.unixtech.be > > > IRC: chat.unixtech.be:6667 - #unixtech > > > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech > > > > > _______________________________________________________ > Linux Mailing List - http://www.unixtech.be > Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux > Archives: http://www.mail-archive.com/linux@lists.unixtech.be > IRC: chat.unixtech.be:6667 - #unixtech > NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech -- Best regards, Fred. \ / \/__ T e n d /\ Frédéric Descamps / \ Senior Linux Consultant RedHat Certified Engineer - MySQL Core & Pro Certified ------------------------------------------------------------------------------- (o- Linux Rules //\ No HTML in emails V_/_ http://www.x-tend.be/~fred -------------------------------------------------------------------------------
signature.asc
Description: This is a digitally signed message part
_______________________________________________________ Linux Mailing List - http://www.unixtech.be Subscribe/Unsubscribe: http://lists.unixtech.be/cgi-bin/mailman/listinfo/linux Archives: http://www.mail-archive.com/linux@lists.unixtech.be IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech