Apinc:Meeting1

Réunion des admins du serveur Jabber d'Apinc

• Quand ? Lundi 6 février à 21h
• Où ? Salle admin@chat.jabberfr.org
• Qui ? Les admins du serveur Jabber d'Apinc et les personnes souhaitant y assister sans perturber la réunion.

Si c'est possible, on essaiera de mettre une place une audioconf avec GnomeMeeting/NetMeeting d'ici là. A priori ce sera du texte simple.

Ordre du jour

Services JabberFR.org

• Wiki : qui se charge de maintenir mediawiki à jour ?

Tout le monde ? Nyco

Tout le monde a tendance à finir en "personne" ... je préfère avoir un responsable, meme si c'est interchangeable après. [[Utilisateur::Lucas:|Lucas]]

• Forum, Annuaire, Chat, Planet : tout va bien ?
  • Manque un fil RSS au forum
  • Le fil RSS des modifications récentes du wiki pose problème à certain aggrégateurs : voir le fil sur le forum Nyco
• Amélioration du portail www.jabberfr.org
  • Pour l'instant, il n'est pas très vivant.
    • On pourrait afficher les 8 derniers messages échangés sur jabberfr@chat.jabberfr.org sur la page en dessous des derniers sujets actifs. Est-ce mauvais point de vue vie privé etc ? (d'un autre coté, c'est déjà loggé ...). Techniquement, il suffirait de faire un cron qui extrait les dernières lignes du log et les envoie par FTP. C'est pas immédiat, mais bon ...
    • Afficher sur la page d'accueil les derniers titres des blogs du Planet
    • Envoyer un message dans le salon jabberfr@chat.jabberfr.org indiquant le dernier sujet actif lorsqu'un billet est posté sur le forum (un peut comme le tableau sur la page d'accueil). Idem pour les posts du Planet Nyco
• Visibilité de JabberFR.org
  • Plusieurs news LinuxFR qui le mentionnent. D'autres idées ?
  • Faire une page communication sur le wiki avec deux parties :
    • Faciliter la vie des gens qui veulent faire de la pub à Jabber sur leur site en mettant des bannières, etc. un peu comme sur http://www.jabberpowered.org mais renvoyant vers jabberfr.org
    • Faire une liste de sites d'actualité informatique avec les contacts à joindre et faire des communiqués de presse pour les grands événements Jabber (sortie importante d'un logiciel Jabber, événements importants dans le monde Jabber, etc.). D'une part ça fera certainement des articles plus intéressants et moins erronnés sur Jabber mais surtout ça fera plus d'articles sur Jabber sur des sites plus généralistes car la plupart des sites n'hésitent pas à publier des articles à partir du moment où on leur a prémaché le travail.
• Coopération avec les autres serveurs (voir Cooperation). On réessaie un coup du côté de Fritalk ?
• D'autres points à aborder ?
  • plus d'intégration de jabberfr à Jabber. Affichage de notre présence Jabber dans le forum, notifications par Jabber, etc.

Un bot rss2jabber ? Nyco

Un proxy de transfert de fichiers en port 80 et/ou 443 ? (HTTP et/ou HTTPS) -> exchange.jabberfr.org ? Nyco

Jabber.apinc.org

• Déménagement du serveur chez Sivit : quel est le statut côté Apinc ? (carxwol ?)
• Passerelle MSN : tout va bien ?
  • Probleme de la presence non envoyée à la passerelle lors d'une déconnexion hasardeuse, à verifier Julien
  • Il faudrait pouvoir vérifier la charge du serveur et celle due à la passerelle MSN car pas de vue là-dessus pour l'instant Julien
• Autres passerelles :
  • Il faudrait essayer pyicqt/pyaimt et éventuellement migrer. Les paserelles actuelles ne marchent pas ? J'ai pas testé Julien

Si, mais elle ne sont plus maintenues. A terme, il va falloir migrer. Lucas

• Accès par le web (punjab + jwchat, meebo, xiffian, ...)
  • Vérifier que ça marche (apparemment c'est pas le cas, cf mail de G. Carrier) + est-ce qu'on a la dernière version ?
  • Installer les autres
• Remettre en place des tests de fonctionnalité (est-ce qu'on peut se connecter en SSL ou pas SSL, et parler avec un autre serveur ?) pour détecter plus vite les pannes

Il existe des frameworks de tests je crois... Nyco

faits par Lucas ? Julien

ouais, mais ils ne marchent pas parfaitement. Y a besoin d'un peu de boulot. Lucas

• Envisager une migration de jabberd1.4 à ejabberd ?
  • La migration demanderait beaucoup de travail :
    • A ma connaissance il n'y a pas de script de migration pour le serveur de discussion
    • Il faut vérifier qu'au niveau virtual hosts ejabberd peut offrir au moins autant que jabberd1.4 (a priori oui mais il reste des tests à faire je pense), etc.
    • Il faut tester que tous les composants peuvent s'interfacent bien avec ejabberd, s'il y a des changements de config à faire, les réinstaller...
  • Tout ce travail apporterait des avantages certains au serveur :
    • meilleures performances ?
    • salon de discussion intégré
    • composant HTTP Poll intégré et ayant de très bonnes performances
    • passerelle IRC intégrée
    • rechargement à chaud de la config du serveur
    • redondance possible par mise en cluster
    • support des Privacy Lists qui est un point très important pour Jabber et qui va prochainement faire son apparition dans certains clients Jabber (déjà utilisable dans Gush et Piorun) (pas encore à l'ordre du jour pour jabberd1.4)
    • support de SASL et TLS pour les connexions serveur-serveur (prévu pour la prochaine version de jabberd1.4 mais quand ?)
      • Il faut voir si c'est pas déjà dispo dans le CVS. Lucas
    • support de TLS pour les connexions client-serveur (beaucoup de clients utilisent TLS si disponible, une connexion en clair sinon alors que SSL nécessite une configuration manuelle du client pour avoir le chiffrement donc on offrirait une meilleure sécurité, ou une sécurité simplifiée, à nos utilisateurs)
      • Jadc2s le permet déjà, mais c'est désactivé parce que j'avais pas réussi à le mettre en place de manière fiable. A réessayer. Lucas
    • de loin le meilleur composant pubsub libre à ce jour intégré (pubsub en cours d'intégration à Psi et peut-être d'autres clients)
    • développement bien plus rapide que jabberd1.4

Je pense sincèrement qu'un passage à ejabberd, si possible, est un investissement pour l'avenir. On aurait une administration facilitée par l'intégration de nombreux composants, de meilleures performances, plus de fonctionnalités dont certaines préfigurent le futur de Jabber (privacy lists et pubsub).

Je ne connais pas Erlang, et j'avoue ne pas trop avoir envie de m'y mettre. Le marketing agressif des ejabberd-ers m'agace aussi un peu. Je préfèrerais attendre et observer les retours d'autres serveurs ayant fait la migration. Il y a jabberd2 qui marche aussi assez bien. Lucas

• Passerelle IRC : Stephan Maka a bossé sur rbirc-t. Voir où ca en est + installer ? Lucas
• D'autres points à aborder ?

Divers

• Idée d'un système distribué de surveillance des serveurs Jabber (peut-on se connecter et discuter entre les serveurs ?)

stats MRTG/stats d'uptime Nyco

Ouais, mais ca ne permet que de vérifier si on peut se connecter aux serveurs. C'est insuffisant la plupart du temps. Lucas

• Il faudrait proposer un système à la edgar, mais mieux (edgar est buggé lorsqu'on a plusieurs connexions en même temps)

Un truc comme Neutron ? Un bot programmé en python qui a l'air rudement bien. En plus c'est basé sur des plugins donc facilement améliorable.

Omega 3 f?2006 à 16:18 (CET)

Pourquoi pas. Tu es volontaire pour l'essayer ? Vérifie bien que ça marche même lorsqu'on a plusieurs connexions, contrairement à edgar. [[Utilisateur:Lucas|Lucas]

• Organisation : définir des chefs de projets pour tous les grands services (chaque service de jabberfr et du serveur Jabber de l'APINC). Un chef de projet peut mais n'est pas forcément responsable de la réalisation technique d'un projet. Un chef de projet est simplement un point de contact pour les gens qui veulent avoir des informations ou participer à un projet. Il discute de l'orientation technique du projet avec la personne chargée de la réalisation (la discussion est facilité si c'est la même personne) et assure la communication autour du projet et la coordination avec les autres projets si besoin. La première chose à faire déjà est un liste des services à gérer : wiki, forum, annuaire, planet, serveur chat.jabberfr.org, serveur IRC, site web de l'APINC, serveur Jabber de l'APINC, clients web, passerelles, autres ?
  • Je ne crois pas trop aux contributions massives pour les projets libres. Dans quasiment tous les projets, 10% des contributeurs font 90% du boulot. Du coup, s'organiser pour favoriser les contributions extérieures est souvent une perte de temps. Par contre, c'est vrai qu'il faut documenter qui s'occupe de quoi pour les services qui ne sont pas centraux (ou triviaux à gérer), surtout que certains services sont gérés par des personnes qui ne sont pas forcément "membres" (meme si c'est loosely-defined) de l'équipe (Planet -> Talou, Forum -> Matthieu)
• D'autres points à aborder ?