Re: [2.5.2] scenarii (long)

[Aumont - Comite Reseaux des Universites <adresse@cachée>]

> une regle s'ecrit <condition> <auth> -> <action> 
Oui

> pour <var>
> [email] adresse parametre pour les commandes INVITE, SIGNOFF, ADD, DELETE
Oui, c'est positionné quand il y a un argument de type email à une commande.

> [sender] adresse de l'emeteur de la commande
Oui ou emetteur du message pour les scenario send

> [host] host de la liste ? de l'emetteur ?
Host de la liste ou du robot sinon défini pour la liste

> [header-><smtp_command>] <smtp> = entete smtp
> ex: [header->From:] ( faut il mettre des 'quotes' ? des "doublesquotes" ? )

Les ":" sont en trop.Pas de quotes.
ex : [header->From]
> 
> <auth> est un modification de la condition : 
>       smtp ne change rien 
>       md5 attent une reponse d'authentification de l'action request_auth 
> (???)
Non, md5 signifie qu'une authentification a déjà été faite.
L'action request_auth permet de renvoyer à qui de droit une demande
d'authentification. Dans le cas des commandes, quqnd l'auth est validée
repasse dans le scenario avec auth=md5, on sort donc par une autre règle
si le scénario a été écrit pour.
> 
> Les tokens precedents (<condition><var><auth>) semblent figes. En revanche 
> <action> semble plus ouvert avec possibilite d'appel recursif (cf 
> send.editor, send.editorkey ...) et meme appel non recursif (cf 
> send.editorkeyonly)
> 
> [quel est le difference entre send.editorkeyonly et send.editorkey ?]
avec editorkeyonly, même les message du modérateur sont soumis à modération.

> les regles sont lues une par une. on ne passe a la regle suivante
> que si <action> = do_it ou peut etre si <condition> = vrai ??
Les règles sont lues une par une et on passe à la suivante si la condition
est fausse. Si la condition est vrai on qui le scénario et on exécute
l'action correspondante.

> si aucune conditions n'est vraie, l'action est rejetée.
Oui, il y a une règle implicite 
true() smtp|md5 -> reject

> 
> Questions annexes
> -----------------
> 
> - comment filtrer sur les fichiers attachés
> j'ai mis 
> match([header->Content-Type],/multipart/)      smtp -> owner

Je pense que ta règle ne marche pas parceque l'action owner n'a pas de
sens dans le contexte send. La règle suivante marche :

match([header->Content-Type],/multipart/)      smtp -> editorkey

> 
> - a quoi sert title.fr ..... avant les regles ?
C'est pour le formulaire de création de liste. Les gens choisirons des
nom de scénario parmis ceux disponibles en disposant de ce title pour
se faire une idée de la sémantique. En somme, c'est la doc :-(

Pour tester des scénario, il ya un truc qui va bien dans WWS :
se loginner en qualité de listmaster (cf email du param listmaster
de sympa.conf) puis, dans le menu server admin, cliquer
sur "Module de test des scenari"

Hope this help.
Serge Aumont