Poster une réponse à un sujet: Configuration ejabberd sous Linux Debian
Attention, ce sujet est un sujet ancien (6195 jours sans réponse)
Dr_Dan
C'est ce que nous utilisons où je bosse en interne
Il suffit de voir qui sponsorise le site: http://www.jabber.org/
Il suffit de voir qui sponsorise le site: http://www.jabber.org/
ovh
Pas eu l'occasion de répondre de chez le client, mais un grand merci max ça maaarche
Strop cool Jabber
Strop cool Jabber
ovh
P'tain fallait le deviner
Un grand merci, je regarde ça
Un grand merci, je regarde ça
max
max
oui, avec un'roster' commun (c'est fournis dans ejabber et c'est indépendant du client)
ovh
Je remonte le topic car on m'a posé une question intéressante à laquelle google ne m'aide pas beaucoup
Est-il possible d'ajouter automatiquement tous les contacts d'un serveur à la fois ?
Genre : jabber est utilisé en entreprise, il n'y a que les employés dessus, mais s'il y a un nouvel employé c'est chiant de devoir ajouter 40 nicknames à la main...
De même ce nouvel employé devrait pouvoir s'ajouter automatiquement à tous les employés déjà existants...
Le client est Exodus, mais je ne sais pas si ça se règle au niveau du client ou du serveur (j'ai trouvé sur aucun des 2)...
Merciiiiii
Est-il possible d'ajouter automatiquement tous les contacts d'un serveur à la fois ?
Genre : jabber est utilisé en entreprise, il n'y a que les employés dessus, mais s'il y a un nouvel employé c'est chiant de devoir ajouter 40 nicknames à la main...
De même ce nouvel employé devrait pouvoir s'ajouter automatiquement à tous les employés déjà existants...
Le client est Exodus, mais je ne sais pas si ça se règle au niveau du client ou du serveur (j'ai trouvé sur aucun des 2)...
Merciiiiii
zion
Si tu trouves stable obsolète et testing trop instable, utilise ([kx]|ed)?ubuntu, mandriva ou autre... Mais tu risques presque autant de problèmes qu'avec testing, puisque ce n'est pas beaucoup mieux testé... Ou alors, tu n'auras pas autant de packages à disposition
*shocked*
ovh
Vu sur http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=421986 :
Il manque pas d'air celui-là !
Si c'est fixé depuis des semaines, pourquoi ne l'ont-ils pas encore mis à jour dans testing alors bordel ??????!!!!!!
That has been fixed in unstable weeks ago. You would have found out
that by reading the existing bug reports.
that by reading the existing bug reports.
Il manque pas d'air celui-là !
Si c'est fixé depuis des semaines, pourquoi ne l'ont-ils pas encore mis à jour dans testing alors bordel ??????!!!!!!
philfr
Je suis d'accord avec ovh quand un paquet est broken, il ne devrait pas passer le stade de l'unstable
Avec unstable, tu risques d'avoir des dépendances foireuses, et des upgrades de lib qui cassent tout.
Avec testing, tu risques juste d'avoir des packages qui ne fonctionnent pas correctement, comme dans le cas présent.
Avec stable, c'est du béton.
C'est la communauté des utilisateurs (nous) qui teste unstable et testing avant que ça devienne stable. Pas une boîte avec des gens payés pour. Et pour permettre un release stable, il faut une phase de freeze que tu ne peux faire sur unstable sans bloquer l'évolution. D'où la nécessité de testing, qui suffit en général largement.
Si tu trouves stable obsolète et testing trop instable, utilise ([kx]|ed)?ubuntu, mandriva ou autre... Mais tu risques presque autant de problèmes qu'avec testing, puisque ce n'est pas beaucoup mieux testé... Ou alors, tu n'auras pas autant de packages à disposition
Altar
Je suis d'accord avec ovh quand un paquet est broken, il ne devrait pas passer le stade de l'unstable