[sympa-fr] Re: Modération inefficace

[David Verdin <adresse@cachée>]

Dans Sympa, un grand nombre de paramètres peuvent être redéfinis suivant 
plusieurs niveaux de spécialisation.
En règle générale, on cherchera d'abord la valeur d'un paramètre dans 
les paramètres propres à la liste qui l'exploite, puis s'ils n'est pas 
défini, dans ceux de l'hôte virtuel, puis du serveur et enfin, s'ils ne 
sont déifnis nulle part, dans les valeurs par défaut de la distribution 
de Sympa.

Voir pour cela cette page  du manuel, où l'explication est fournie pour 
les templates. Il en va de même pour de nombreux autres paramètres et 
notamment les scénarios :
http://www.sympa.org/wiki/manual/customizing#mail_template_files

Pour les includes de  scénarios, cependant, le mécanisme est légèrement 
différent, en ce sens qu'elles sont concaténéss les unes aux autres, et 
non substituées. Si vous avez un include au niveau du serveur et un au 
niveau d'un hôte virtuel alors tout scénario équivalent des listes de 
cet hôte virtuel contiendra (dans l'ordre) :
- les règles de l'include du serveur,
- les règles de l'include de l'hôte virtuel
- les règles du scénario effectivement utilisé.

Je vous invite également à rejeter un œil à la doc sur les include :
http://www.sympa.org/wiki/manual/authorization-scenarios#scenario_inclusion

Ceci vous aide-t-il à analyser votre situation spécifique ?

Pour répondre à vos questions :

Bertrand Lemaitre a écrit :
> Modifier le script global ?
Il est certain qu'un include n'a pas vocation à contenir des règles 
telles que "true()" car ceci assure que les règles des scénarios ne 
seront jamais évaluées.
Il est sans doute bon de le modifier. Gardez à lesprit qu'une règle dans 
un include est systématiquement évaluée avant toute règle de scénario.
> Je ne comprends pas pourquoi je n'observe pas le même phénomène sur 
> toutes les listes ?
Cela dépend sans doute du niveau où votre include est défini.
> Selon David Verdin <adresse@cachée>:
>
> > C'est certainement ça. Les include de scénario sont toujours ajoutés
> > //avant// toute règle spécifique à une liste.
> > Or les règles de scénarios sont interprétées séquentiellement et, dès
> > qu'une condition est vérifiée, l'action est effectuée et l'évaluation
> > s'arrête.
> >
> > Par conséquent, votre inclusion revient  à avoir un scénario avec le
> > contenu suivant :
> >
> > match([header->Content-Disposition],/attachment/) smtp,smime,md5  
>  -> reject
> > match([header->X-Spam-Flag],/YES/)   smtp -> request_auth
> > is_subscriber([listname],[sender]) smtp,smime,md5    -> do_it
> > is_editor([listname],[sender])     smtp,smime,md5    -> do_it
> > true() smtp,md5,smime -> editorkey, quiet
> > is_editor([listname],[sender]) md5,smime -> do_it
> > is_editor([listname],[sender]) smtp -> request_auth
> > true() smtp,smime,md5 -> editorkey
> >
> > La première règle rencontrée vérifiée pour un abonné est :
> >
> > "is_subscriber([listname],[sender]) smtp,smime,md5    -> do_it"
> >
> > La règle :
> >
> > "true() smtp,smime,md5 -> editorkey"
> >
> > n'est donc jamais évaluée, et le message est envoyé sans modération.
> >
> > Cordialement,
> >
> >
> >
> > Bertrand Lemaitre a écrit :
> >>
> >> Effectivement, j'ai un scenari qui surchage (cf. un autre de mes posts)
> >> :
> >>
> >> title.fr antispam ALISE
> >>
> >> match([header->Content-Disposition],/attachment/) smtp,smime,md5  
>  -> reject
> >> match([header->X-Spam-Flag],/YES/)   smtp -> request_auth
> >> is_subscriber([listname],[sender]) smtp,smime,md5    -> do_it
> >> is_editor([listname],[sender])     smtp,smime,md5    -> do_it
> >> true() smtp,md5,smime -> editorkey, quiet
> >>
> >>
> >> Est-ce qui poserait pb ?
> >> Merci
> >>
> >> Selon David Verdin <adresse@cachée>:
> >>
> >>> Re-bonjour,
> >>>
> >>> Vos scénarios sont corrects. Le problème ne vient pas de là.
> >>> Plusieurs hypothèses :
> >>>
> >>> 1- Vos scénarios n'ont pas été rechargés après modification. Quand on
> >>> modifie le texte d'un scénario, le rechargement n'est pas automatique.
> >>> Il faut faire un "touch config" sur la liste concernée, ou redémarrer
> >>> Sympa.
> >>> 2- Vous avez un fichier include.send.header quelque part dans votre
> >>> installation dont les règles ont prévalence sur celle de votre 
> scénario.
> >>>
> >>> Cordialement,
> >>>
> >>> Bertrand Lemaitre a écrit :
> >>>>
> >>>> Bonjour,
> >>>>
> >>>> Le premier scénario correspond à la visibilité de la liste, en >>
> >> conceal. : /scenari/visibility.conceal
> >>>> Le second, c'est la diffusion des messages :
> >> scenari/send.editorkeyonlyauth
> >>>>
> >>>> Merci !
> >>>>
> >>>> Selon David Verdin <adresse@cachée>:
> >>>>
> >>>>> Bonjour,
> >>>>>
> >>>>> Le contenu des scénarios que vous indiquez correspondent à quels
> >>>>> fichiers de scénarios ?
> >>>>> De toute évidence, le scénario "send" utilisé ne contient pas le 
> texte
> >>>>> du second bloc de texte que vous indiquez. Sinon, les messages des
> >>>>> abonnés seraient modérés.
> >>>>>
> >>>>> www.alise.fr a écrit :
> >>>>>> Bonjour,
> >>>>>>
> >>>>>> Nous avons une liste avec 1000 abonnés, dont le status est 
> défini sur
> >>>>>> "conceal" (liste cachée sauf aux abonnés).
> >>>>>> Scénario : is_owner([listname],[sender])            smtp,smime,md5
> >>>>  -> do_it
> >>>>>> is_editor([listname],[sender])            smtp,smime,md5    -> 
> do_it
> >>>>>> is_subscriber([listname],[sender])  smtp,smime,md5    -> do_it
> >>>>>> true()                                    smtp,md5,smime -> reject
> >>>>>>
> >>>>>> Nous sommes en modérés, avec confirmation du modérateur : >>
> >>>> is_editor([listname],[sender])                       md5,smime
> >> >>   -> do_it
> >>>>>> is_editor([listname],[sender])                       smtp
> >>>>     -> request_auth
> >>>>>> true()                                               smtp,smime,md5
> >>>>       -> editorkey
> >>>>>>
> >>>>>>
> >>>>>> Malgré cela, quand des membres de la liste postent des 
> messages, ils ne
> >>>>>> passent pas par la case du modérateur.
> >>>>>> J'ai l'impression que les messages passent quand c'est une 
> réponse à un
> >>>>>> message déjà validé.
> >>>>>>
> >>>>>> Je voudrais que tout message soit modéré.
> >>>>>>
> >>>>>> Merci d'avance
> >>>>>>
> >>>>>
> >>>>> --
> >>>>> David Verdin
> >>>>> Comité réseau des universités
> >>>>
> >>>
> >>> --
> >>> David Verdin
> >>> Comité réseau des universités
> >>
> >
> > --
> > David Verdin
> > Comité réseau des universités

--
David Verdin
Comité réseau des universités