Re: [sympa-fr] sympa, ldap et messagerie etudiante

[Vincent MATHIEU <adresse@cachée>]

Suite à mon mail du 23 concernant l'utilisation de sympa pour gérer des 
listes d'étudiants :

- J'ai eu une réponse de Christophe Harbine, Université de Savoie qui utilise 
sympa de cette façon; il gère 220 liste, la plus grosse contient 6000 
abonnés, et le process wwsympa pèse 100Mo.

- J'ai fait des essais avec une seule liste de l'ensemble des étudiants (20 
000 personnes). Lorsque wwsympa n'a pas encore en mémoire la liste, j'obtiens 
un 'server error' lors de la première tentative de recherche de mes 
abonnements (dans la log apache, j'ai le message wwsympa.fcgi" aborted: idle 
timeout 30 sec); il doit être possible d'augmenter ce time out, ce n'est pas 
le problème. Comme supposé le process wwsympa a considérablement grossi, 142 
Mo; sympa.pl a gardé sa taille, même après la commande which (9ko).

J'arrete et je relance sympa et wwsympa; taille de wwsympa = 12 Mo, taille de 
sympa 10Mo.
Commande which à sympa; sympa passe de 10 à 46 Mo.
Connexion à wwsympa, et liste des abonements; sympa passe à 132 Mo, et 
wwsympa passe à 132 Mo.

en extrapolant, je peux penser que si je crée mes groupes d'étudiants (300) 
et groupes de campus, je risque d'atteindre une taille de process de 300 - 
400 Mo.

Je ne peux donc pas utiliser sympa pour cet usage, à moins que je n'ai fait 
une erreur de config?

Les propositions suivantes de modification de sympa pourraient peut-être 
régler le problème :

1) Je crois (je me trompe peut-être) que sympa et wwsympa ont le besoin de 
garder en cache les informations de type include pour pouvoir répondre dans 
un temps raisonnable aux requêtes suivantes : liste des abonnés, liste de mes 
abonnements.
Si c'est le cas, peut-on prévoir une option qui permettrait au cas par cas 
(c'est à dire liste par liste) de désactiver de la liste des abonnés ceux 
extraits de LDAP; dans ce cas, cette liste n'apparaitrait pas non plus dans 
la liste de mes abonnements pour un abonné LDAP.
Dans notre cas, l'annuaire étudiant qui interroge LDAP permet de traiter ce 
type d'interrogations d'une manière externe à sympa.

2) au niveau fonctionnalités : 
Il est possible actuellement d'avoir dans la même liste des abonnés issus 
d'une requête LDAP et issus d'un fichier plat d'adresse mail; ca permet 
d'ajouter des enseignants à une liste d'étudiants, avec quelques 
inconvénients : le fichier plat est géré en central, et les droits des 
différents abonnés sont identiques.

est-il envisageable de pouvoir disposer de listes "mixtes", qui contiendrait 
à la fois des abonnés issus d'un include LDAP et des abonnés ordinaires, de 
type database? Ca permettrait de décentraliser la gestion de ces listes et de 
traiter plus finement les droits des utilisateurs (nomail, ...)?



-- 
Vincent MATHIEU                 
CRI - Universite NANCY 2            | Email : adresse@cachée
Pole Lorrain de Gestion             | Tel   : (33) 03.83.39.64.06
13, Rue Michel Ney - C.O. 75        | Fax   : (33) 03.83.39.64.43
54013 Nancy Cedex.   FRANCE