[sympa-fr] Re: Re: Impact des scenario sur l'aspect web de sympa : acces aux commandes owner

[Serge Aumont <adresse@cachée>]

Luc VEILLON (DSI/SECU) a écrit :

Par contre, j'ai un pb :
=> les abonnés de ma liste technique peuvent ajouter et supprimer des
abonnés PAR MAIL
=> les abonnés de ma liste technique ne peuvent RIEN FAIRE  PAR LE WEB
car ils ne voient tout simplement pas les options réservées aux
propriétaires.
    

Première question : est-ce que un abonné de liste technique tape l'url http://machin.ird.fr/sympa/add_request/<laliste> on accède au formulaire ou pas ? Sinon, est-ce que apache a étét redémarré depuis que le scenario a été créé ?

Si oui, on a effectivement besoin de customiser le template. Quelqus principes qui peuvent aider :

• on peut personnaliser les templates  au niveau de chaque liste donc sans "casser" l'interface des autres listes.
  
• pour améliorer l'ergonomie, on essaye de présenter uniquement les boutons qui ont une chance d'aboutir, d'ou le contrôle des droits a priori, mais le fait de présenter un bouton ne donne jamais les droits sur l'opération (autrement dit on contrôle lors de la soumission du formulaire). Ce n'est pas toujours possible. par exemple on peut avoir le droit de poster sansavoir celui de poster un message trop gros. Il est pas possible d'évaluer vraiment un scénario avant d'avoir toutes les données (pour post, avoir le message).
• pour contourner cette dernière limitation, certaines variables sont positionnées correspondant à l'évaluation à priori de formulaires avec des données partielles. ces variables de scénario sont préfixée par"may_" exemple "may_subscribe" "may_post".

Pour bien résoudre votre besoin il faudrait ajouter "may_add" et dans ce cas le bouton add pourrait êtreprésenté à ceux quipotentiellement ont le droit d'ajouter des abonnés, qu'ils soient owner ou pas.

Le premier PB c'est de concerver des perfs raisonnables et de ne pas évaluer plusieurs 10zaines de scénario pour chaque page. Le deuxième c'est de documenter tout cela raisonnablement...

Je vous conseille de réclamer cette variable "may_add" le feature request de sympa.org.

Il faut donc toucher au tt2 concerné. Mais :
=> la lecture de la doc laisse penser que les scénarii sont bien
utilisables dans le contexte de wwsympa. Ai-je oublié une option ?
=> la lecture des tt2 laisse penser qu'il faut renvoyer is_owner=true
pour avoir accès aux options avancées et je ne vois pas quel test mettre
pour qu'en plus de is_owner : is_subscriber [ % gestionnaire_ird-tous % ] ?

Avant de casser les tt2 au hasard, je voudrais savoir si quelque manip
sioux permet de faire ce que je cherche, ou si quelqu'un a réussi un
contournement ?

Merci,


# more add.gest_ird-tous
title.gettext reserve abonnes de gestionnaires_ird-tous

is_owner([listname],[sender]) smtp -> request_auth
is_listmaster([sender])       smtp -> request_auth
is_owner([listname],[sender]) md5,smime -> do_it
is_listmaster([sender])       md5,smime -> do_it
match([sender],/adresse@cachée/)       smtp,md5,smime -> do_it
is_subscriber(gestionnaires_ird-tous,[sender])          smtp -> request_auth
is_subscriber(gestionnaires_ird-tous,[sender])          md5,smime -> do_it
true()                        smtp,md5,smime -> reject(reason='add_owner')