Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
[sympa-fr] Re: changement de comportement apres upgrade
- From: Jean-Paul Chieze <adresse@cachée>
- To: David Verdin <adresse@cachée>
- Cc: adresse@cachée, adresse@cachée
- Subject: [sympa-fr] Re: changement de comportement apres upgrade
- Date: Wed, 09 May 2007 11:08:57 +0200
> Bonjour,
>
>
> Jean-Paul Chieze a écrit :
> > Bonjour,
> > j'ai récemment upgradé notre serveur sympa de 4.1 en 5.2.4, c'est super,
> > mais il y a 2 changement de comportements que je souhaiterais éviter ou
> > contourner
> >
> > 1. Y a-t-il un moyen d'éviter l'envoi de mail à listmaster dans les cas
> > suivants :
> > - mail de modération quand tous les propriétaires et modérateurs sont en
> > nomail
> C'est normal. Dans l'optique dans laquelle a été conçu Sympa, il doit
> être possible de contacter les modérateurs. Au moins un. Le listmaster
> est donc averti de ce dysfonctionnement.
> > - messages de rejets provoqués par usurpation de <liste>-request
> > pour les listes dont tous les propriétaires sont en nomail
> Même remarque. <liste>-request est le seul moyen dont disposent les
> abonnés pour contacter les responsables de la liste. comme tel, il ne
> doit pas être totalement contournable.
> >
OK. Merci pour ces précisions
> > 2. Lorsqu'un propriétaire renomme une liste, elle est mise en
> > attente de validation par le listmaster, mais sans que celui-ci
> > soit prévenu.
> > Y a-t-il une option de config pour que le renommage soit effectif ou que
> > listmaster soit averti ?
> >
> Le listmaster est prévenu du renommage dans notre installation. Vérifiez
> le scénarion employé : create_list.<valeur>, <valeur> étant la valeur
> du paramètre create_list dans sympa.conf.
>
> En effet, renommer une liste dans Sympa revient à clore la liste avec
> l'ancien nom et en créer une - identique, avec les mêmes abonnés,
> config, archives, etc. - nouvelle.
> Conséquence : ont le privilège de renommage les utilisateurs qui ont
> celui de création de liste.
> Dès lors, il semble préférable de demander confiramtion au listmaster
> plutôt que de rendre la modification effective, car cela reviendrait à
> autoriser la création de liste par les propriétaires sans confirmation
> par le listmaster.
>
> Cordialement,
>
Si je comprends bien c'est le même scenario qui est utilisé pour création
et renommage et je devrais donc avoir le même comportement dans les 2 cas.
Ma version de wwwsympa.fcgi est
# RCS Identication ; $Revision: 1.652.2.13 $ ; $Date: 2007/01/23 17:01:05 $
Si je regarde un peu les sources, je vois un appel à
List::send_notify_to_listmaster
dans do_create_list et pas dans do_rename_list
Quand je renomme une liste je passe dans do_rename_list_request puis
dans do_rename_list, mais pas dans do_create_list
(J'ai essayé aussi avec les templates de la distrib).
Je me plante probablement quelque part dans mon analyse,
mais je n'arrive pas à trouver la clé tout seul.
Cordialement
Jean-Paul Chièze
-
[sympa-fr] changement de comportement apres upgrade,
Jean-Paul Chieze, 04/05/2007
-
[sympa-fr] Re: changement de comportement apres upgrade,
David Verdin, 04/05/2007
-
[sympa-fr] Re: changement de comportement apres upgrade,
Jean-Paul Chieze, 09/05/2007
-
[sympa-fr] Re: Re: changement de comportement apres upgrade,
David Verdin, 10/05/2007
- [sympa-fr] Re: Re: changement de comportement apres upgrade, Jean-Paul Chieze, 10/05/2007
-
[sympa-fr] Re: Re: changement de comportement apres upgrade,
David Verdin, 10/05/2007
-
[sympa-fr] Re: changement de comportement apres upgrade,
Jean-Paul Chieze, 09/05/2007
-
[sympa-fr] Re: changement de comportement apres upgrade,
David Verdin, 04/05/2007
Archives gérées par MHonArc 2.6.19+.