Re: [sympa-fr]

[Alexis Vilvert <adresse@cachée>]

Merci pour ces reponses.
je pense avoir reussit a faire fonctionner le mode include2.
mon soucis etait de ne pas avoir d'utilisateurs abonnes, mais il s'est 
regle de lui meme lorsque le task_manager a genere la liste, apres 
expiration du TTL (que j'ai reduit pour les tests).
en debut de semaine, je passerai l'integralite des listes dans ce mode (pas 
de modif le vendredi a 14h00 :) ).


At 13:40 28/11/2003 +0100, vous avez écrit:
> Bonjour,
>
> Vos problèmes de temps de réponse doivent être liés à l'utilisation du 
> mode 'include' au lieux de 'include2'. Dans le mode 'include' le processus 
> wwsympa.fcgi peut être amené à mettre à jour le cache de listes LDAP, d'où 
> les timeout.
>
> Il faut donc passer vos listes dans le mode 'include2' pour des 
> performances plus constantes.
>
> Concernant la documentation du mode 'include2', elle fait effectivement 
> cruellement défaut. La raison principale est que nous comptons, au plus 
> vite, définir le 'include2' comme le user_data_source par défaut et même 
> unique (puisqu'il regroupe les fonctionnalités 'include' et 'database'). 
> On préfère attendre ce changement pour investir dans la doc. D'ici là le 
> document le plus complet sur 'include2' est ce message de la liste 
> sympa-dev : http://listes.cru.fr/wws/arc/sympa-dev/2002-08/msg00018.html
>
> Cordialement.
>
> Alexis Vilvert wrote:
>
> > J'expose rapidement ma situation :
> > Je viens d'ecoper de la gestion d'environ 1000 listes de diffusion a 
> > l'universite, dont certaines avec plus de 16000 abonnes. les abonnes 
> > proviennent d'un serveur LDAP (charge de l'authentification pour toute 
> > l'univ) et de bases de données mysql (bureaux virtuels).
> > Tout cela fonctionne plutot bien sur un serveur DELL monoproc P2-350 avec 
> > 392 Mo de ram, sous redhat 7.1, avec sympa 3.4.4.3 sous perl 5.8.2.
> > Les temps de reponse de sympa sont plus qu'acceptables, meme pour les 
> > grosses requetes.
> >
> > Mon probleme vient de wwsympa. 99% des requetes aboutissent a une 
> > tragique erreur 500 qui conduit les moderateurs des listes (directeurs, 
> > administratifs, enseignants...) a dire que les listes ne sont pas 
> > operationnelles. Nous essayons de faire utiliser le mail plutot que 
> > wwsympa, mais la convivialité de wwsympa semble manquer a bon nombre 
> > d'utilisateurs et je ne peux donc pas contourner le probleme de surcharge 
> > en bloquant l'utilisation de wws.
> >
> > Par quels moyens pourrais je rendre wwsympa fonctionnel, dans cette 
> > configuration ?
> >
> > ps: je n'utilise pas la directive include2 pour l'instant, je ne trouve 
> > aucune documentation (sources de sympa ou sympa.org).
>
> --
> Olivier Salaun
> Comite Reseau des Universites

Alexis Vilvert
Centre Informatique Medecine - Centre Commun Multimedia
Universite de Saint Etienne
Tel : 04-77-42-14-62