[sympa-fr] Re: Ajouter un nouveau paramètre au fichier config d'une liste.

[adresse@cachée]

Eddy Beliveau wrote:
>  
> Je voudrais utiliser quelque chose comme suit:
>  
> scenari/send.etudiants:
>    is_subscriber([listname],[sender])                       
> smtp,smime,md5 -> do_it
>    is_subscriber([*conf*->*mon_parametre*],[sender]) smtp,smime,md5 -> 
> do_it
>  
> expl/etudiants._marketing_/config
>    send                    etudiants
>    *mon_parametre*  liste-enseignants-_marketing_
>  
> Pourriez-vous m'orienter vers une documentation qui me permettrait
> d'ajouter correctement une _nouvelle variable_ dans le fichier config
>  
> Autre solution ?
>  
> include ?
> family?
Bonjour
Votre besoin est clair. dans l'immédiat, il y a 3 solutions moyennement 
satisfaisantes.

   * La première est de générer tout les scénario et les configs de
     listes avec le concept de famille. Bof. cela vous oblige à générer
     tout les scénarios et c'est de la grosse artillerie pour un peu de
     chose.
   * La deuxième c'est de se baser sur la possibilité de plugger vos
     propre moteur de condition perl dans Sympa. Cela suppose une
     version 5.3, voir
     
http://www.sympa.org/wiki/manual/authorization-scenarios#custom_perl_package_conditions,
     C'est très puissant et assez simple à mettre en oeuvre. Beaucoup
     mieux que la première solution mais il faut faire un peu de perl
   * La troisième c'est de se baser sur les
     
http://www.sympa.org/wiki/manual/authorization-scenarios#sql_named_filters_definition
     (verifiez si c'est bien dans ;a 5.2 ou si c'est aussi un apport de
     la 5.3) : en effet rien n'empèche de faire une condition SQL qui
     interroge la propre base de sympa et non une base externe. Cette
     requète SQL peut rechercher dans la table subscribers les membres
     de la liste "liste-enseignants-[listname]" . C'est un peu
     laborieux et une telle config est à la merci d'une évolution de la
     structure de la table subscribers. C'est le plus simple pour lemoment.

La meilleur solution est celle que vous décrivez, à savoir la 
possibiliter de rajouter des variables libres dans les configs de listes 
et d'en disposer dans les templates et les scénarios. C'est dans nos 
cartons depuis longtemps et c'est très simple à faire vu la structure du 
code. Dommage que cette idée déjà ancienne ne soit jamais arrivée en 
haut de la pile des choses à traiter...

Serge Aumont