Re: [sympa-fr] intégrer des listes existantes à une famille

[David Verdin <adresse@cachée>]

Bonjour,
Le 20/06/12 12:12, Vu Ngoc VU a écrit :
> bonjour,
> bien que nous ayons pas mal de listes sur plusieurs domaines,
> nous n'avons jamais expérimenté les familles de listes.
>
> Dans la documentation, je vois qu'il faut construire un fichier XML pour la 
> création de listes dans une famille.
> Dans mon cas, on a déjà des dizaines, voire des centaines de listes ;
> et l'aspect mandataire des familles m'intéresse beaucoup.
> Ceci car jusqu'à présent je bidouillais des scripts shell à coup de sed pour 
> modifier les options directement dans les fichiers config.
>
> Est-il possible que je donne juste dans le fichier XML le nom des listes pour les 
> "intégrer" dans une famille et ainsi pouvoir imposer des paramètres 
> rapidement ?
>
> Merci de votre aide.
C'est jouable. Pour intégrer une liste dans une famille, il suffit 
qu'elle existe dans le fichier XML ET, par ailleurs, que l'on ajoute, 
dans la config de liste, le paramètre qui désigne à quelle famille la 
liste est rattachée, ce qui revient à ajouter le paragraphe suivant dans 
la config :

family_name  <nom_de_la_famille>

Après, les problèmes risquent d'arriver lors de la réinstantiation de la 
famille. en effet, tes centaines de listes existent sans doute depuis un 
bout de temps et ont toutes des particularités de config. Ces 
particularités risquent d'être écrasées lors de la réinstantiation.
En effet quand, dans une liste dépendant d'une famille, la config est 
modifiée via l'interface web, Sympa génère un fichier nommé 
config_changes contenant le nom des paragraphes personnalisés par 
rapport à la définition de base faite par la famille; Lorsqu'on 
réinstantie la famille, toute personnalisation sur un paramètre qui 
n'est pas référencé dans config_changes sera écrasé par les défauts de 
la famille (définit par config.tt2).

Exemple de fichier config_changes :

param available_user_options
param send
param rfc2369_header_fields

Dans ce cas, les paramètres available_user_options, send et 
rfc2369_header_fields ont été personnalisés. Même si le config.tt2 fixe 
une valeur pour ces paramètres, ils ne seront pas modifiés lors des 
réinstantiation.

Intégrer un grand nombre de listes dans une famille impose donc un 
inventaire assez important des config de ces listes pour savoir quelles 
personnalisations on veut conserver. C'est certainement scriptable : on 
parcourt les config des listes, on compare les valeurs des paramètres 
des listes avec celles fixées par le config.tt2 et si on trouve une 
différence, on peut s'en servir pour ajouter le nom du paramètre 
personnalisé dans le fichier config_changes.
Il faudra faire TRÈS attention avec le fichier param_constraints.conf 
qui contient les contraintes sur les valeurs que peuvent prendre les 
paramètres dans la config. En effet, lors d'une réinstantiation, on 
vérifie que les paramètres dans les fichiers de config ont bien une 
valeur conforme aux contraintes imposées par param_constraint.conf. Si 
ce n'est pas le cas, la liste est mise en status error_config. Une 
modification intempestive sur le fichier de contrainte peut donc 
conduire à la mise en erreur de nombreuses listes. Il vaut mieux, dans 
ce cas, vérifier la conformité aux contraintes avant de réinstantier, et 
modifier les fichiers de config pour qu'ils respectent les contraintes.

Si tu réalises un tel script, ça intéressera certainement du monde sur 
cette liste.
Par ailleurs, c'est certainement quelque chose que l'on pourrait ajouter 
dans Sympa, mais ça risque de ne pas être pour tout de suite...

Bonne journée,

David

Attachment: smime.p7s
Description: Signature cryptographique S/MIME