Bonjour
J'ai simplement pris le fichier
/home/sympa/default/create_list_templates/intranet_list/config.tt2
que j'ai copié dans
/home/sympa/etc/robotname/create_list_templates/projet_pif/config.tt2
sans le modifier. C'est donc celui de la distribution.
je viens de redémarrer sympa et apache au cas où, j'ai les mêmes
erreurs en créant la liste test7-pif.
Pourquoi en particulier Failed to parse config.tt2 :
Template::Exception
Voici donc ci-dessous le fichier config.tt2 qui a
bien les rubriques subject et owner.
Pour la question de l'abonnement automatique, cela permet au
propriétaire d'informer l'existence de la liste sans manipulation
supplémentaire, c'était aussi une demande de mes responsables.
Merci et bonne journée
Anne
subject [% subject %]
status [% status %]
[% IF topics -%]
topics [% topics %]
[% END %]
visibility noconceal
send privateorpublickey
web_archive
access intranet
archive
period month
access owner
clean_delay_queuemod 15
subscribe intranet
unsubscribe open,notify
review private
invite default
custom_subject [% listname %]
digest 1,4 6:56
[% FOREACH o = owner -%]
owner
email [% o.email %]
profile privileged
[% IF o.gecos -%]
gecos [% o.gecos %]
[% END %]
[% END %]
[% IF editor -%]
[% FOREACH e = editor -%]
editor
email [% e.email %]
[% END %]
[% END %]
shared_doc
d_edit default
d_read private
creation
date [% creation.date %]
date_epoch [% creation.date_epoch %]
[% IF creation_email -%]
email [% creation_email %]
[% END %]
serial 0
Le 25/04/2012 08:34, David Verdin a écrit :
adresse@cachée">
Bonjour,
Le 24/04/12 17:15, Anne Durand a écrit :
adresse@cachée">
David, tu as très bien compris ce que je voulais faire, mais tes
suggestions ne me permettent pas de créer une liste
fonctionnelle.
PIF représente le Pôle InFormatique.
Je voudrais utiliser le formulaire "Créer une liste à partir
d'un modèle". J'ai créé un répertoire
/home/sympa/etc/robotname/create_list_templates/projet_pif qui
contient le fichier config.tt2 qui est une copie de
intranet_list (sans modification, ni inclusion de membre, ni
custom_vars, ni owner par défaut).
Le fichier comment.tt2 contient "Projet PIF" qui apparaît bien
dans la liste des types de listes possibles.
Par défaut, le champ propriétaire est rempli avec mon adresse
mail puisque c'est moi qui demande la création de la liste.
Après soumission, je reçois pourtant en tant que listmaster le
message d'erreur "
Aucun propriétaire défini pour la liste test6-pif
Le statut de la liste a été positionné à error_config."
Aucun propriétaire n'a été défini. On n'a accès à la liste que
par get_latest_lists, la date de création est le 1er janvier
1970.
Est-ce que tu pourrais nous mettre une copie de ton fichier
config.tt2 ? Il doit y avoir un souci avec car il est censé
contenir une section générant le paramètre owner. Il manque aussi
le champ subject, d'après les logs. Il faut vérifier cela.
adresse@cachée">
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: info [robot
robotname] [session 29188242840329] [client 147.94.102.11]
[user adresse@cachée]
main::do_create_list() do_create_list, get action : do_it
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: info
admin::check_topics()
admin::check_topics(computing,listes.cleo.cnrs.fr)
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: err tt2::parse_tt2()
Failed to parse config.tt2 : Template::Exception
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: err tt2::parse_tt2()
Looking for TT2 files in
/home/sympa/etc/create_list_templates/projet_pif,/home/sympa/default/create_list_templates/projet_pif
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: info
List::_load_admin_file() Missing parameter "subject" in
/data/sympa/list_data/test6-pif/config
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: info
List::_load_admin_file() Missing parameter "owner" in
/data/sympa/list_data/test6-pif/config
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: err List::new() The
list "test6-pif" has got no owner defined
Apr 24 17:07:33 ccsdrv1 wwsympa[10212]: err
List::set_status_error_config() The list "test6-pif" is set in
status error_config
Apr 24 17:07:34 ccsdrv1 wwsympa[10212]: info
admin::install_aliases() admin::install_aliases : Aliases
installed successfully
Apr 24 17:07:36 ccsdrv1 task_manager[29432]: info
List::_load_admin_file() Missing parameter "subject" in
/data/sympa/list_data/test6-pif/config
Apr 24 17:07:36 ccsdrv1 task_manager[29432]: info
List::_load_admin_file() Missing parameter "owner" in
/data/sympa/list_data/test6-pif/config
Apr 24 17:07:36 ccsdrv1 task_manager[29432]: err List::new()
The list "test6-pif" has got no owner defined
Apr 24 17:07:36 ccsdrv1 task_manager[29432]: err
List::set_status_error_config() The list "test6-pif" is set in
status error_config
L'avantage d'abonné les membres d'office en mode nomail est que
le gestionnaire de la liste n'a plus ensuite à gérer les
demandes d'abonnement, c'est l'utilisateur qui règle son mode de
réception.
Pourquoi alors ne pas simplement laisser l'abonnement à tes listes
ouvert (non modéré) à toutes les personnes du labo ? Ça aura le
même effet et les propriétaires recevront juste une notification
les informant qu'une personne s'est abonnée. Si , pour le scénario
d'autorisation "subscribe", un test sur le domaine de l'adresse
email de l'utilisateur ne suffit pas, exploite alors une liste
globale comme j'ai suggéré dans mon précédent mail.
adresse@cachée">
Pour le scenario d'accès aux archives, cela pourrait
fonctionner, mais il faudrait que ce scenario soit copié
automatiquement à la création de la liste dans son répertoire
/data/sympa/list_data/maliste, ce scenario ne peut pas
s'appliquer à toutes les listes du robot.
Non, il suffit que le fichier config.tt2 précise que les listes
créées à partir du modèle utilisent ce scénario. Il suffit pour
cela qu'il contienne les lignes suivantes :
web_archive
access <nom_du_scenario>
David
adresse@cachée">
Merci de l'intérêt porté à mon montage.
Anne
Le 24/04/2012 14:05, David Verdin a écrit :
adresse@cachée">
Bonjour,
Je reformule ton montage pour être sûr d'avoir bien compris.
Je prends l'exemple du pôle "PIF" parce que c'est le plus
rigolo.
Tu as créé une liste mb-pif qui recense les membres du pôle
PIF.
Tu as créé un modèle de liste nommé projet-pif. Dans le
fichier config.tt2 du modèle, tu écris en dur une custom_var
(appelons-la "pole" pour la suite) qui prend la valeur "pif"
et la liste des propriétaires.
Tu veux que, lorsqu'on crée une liste à partir de ce modèle,
les membres de la liste "mb-pif" soient automatiquement
abonnés en mode "mail" et les membres des listes "mb-poled",
"mb-polis" et "mb-pof" soient automatiquement abonnés en mode
"nomail".
Une mauvaise nouvelle là-dessus : lors de la définition d'une
source de données, on ne peut pas préciser le mode
d'abonnement des gens inclus par cette source. Ça peut sembler
idiot, mais n'oublions que les sources peuvent avoir une
intersection. Si on choisit le mode "nomail" pour la source A
et "mail" pour la source B, quel mode choisir pour l'abonné
qui est inclus par ces deux sources ? On pourrait bien sûr
gérer des priorités mais ce serait à mon avis exagérément
compliqué au regard du gain en terme de production (à moins
que l'intérêt de cette fonctionnalité m'ait échappé,
contredisez-moi alors).
L'intérêt de l'inclusion en mode "nomail" m'échappe. Si c'est
juste pour que les utilisateurs disposent, sans recevoir les
messages de la liste de droits de consultation des archives ou
d'envoi de mail à la liste, autant plutôt mettre à jour les
scénarios.
Pour ouvrir les archives, tu peux par exemple mettre en place
des choses telles que :
- créer une liste "tous-les-poles" qui inclut tes quatre
liste "mb-*"
- ajouter la ligne suivante au scénario access_web_archive
: is_subscriber('tous-les-poles',[sender])
smtp,md5,dkim,smime -> do_it
Et voilà : si ta liste est privée, seuls les membres du pôle
peuvent poster, mais tout le monde peut lire les archives.
Une dernière remarque : pour que les abonnés à "mb-pif" soient
automatiquement ajoutés lors de la création d'une liste à
partir du modèle "projet-pif", tu dois ajouter la ligne
suivante dans le fichier config.tt2 du modèle :
include_list mb-pif
Enfin, si tu as créé le modèle de liste, pourquoi ne pas
simplement permettre aux utilisateurs de créer leur liste à
partir de l'interface de création plutôt qu'en copiant les
listes ? Ça a tout de même l'intérêt de créer un sujet et un
résumé de la liste dès la création.
En espérant t'avoir aidé.
Cordialement,
David
Le 23/04/12 12:40, Anne Durand a écrit :
adresse@cachée">Bonjour
Notre laboratoire est découpé en 4 pôles : PIF, POLED,
POLIS, POF.
Pour chacun j'ai créé une liste mb-pif, mb-poled, mb-polis,
mb-pof (elles ne serviront qu'à inscrire les abonnés, pas de
diffusion sur cette liste).
Chaque pôle peut créer des projets lilés à son pôle, chaque
responsable de pôle est propriétaire privilégié des listes
projets de son pôle. J'ai donc créé une liste modèle par
pôle (projet-pif, projet-poled, projet-polis, projet-pof).
J'y ai inclus une variable custom_var de nom pole et qui
prend les valeurs pif, poled, polis, pof
En utilisant la fonction de création de liste à partir d'une
liste existante, les responsables de pôle peuvent facilement
créer des listes de projets. La variable pole est bien
initialisée pour la liste créée. Par contre, les abonnés ne
sont pas référencés dans la liste copiée, ce qui est bien
précisé dans l'interface web.
Mais, pour une bonne circulation de l'information sans
trafic superflu, il faudrait que, au moment de la création
de la liste associée à un projet, tous les membres du pôle
soient automatiquement abonnés en mode mail et les membres
des autres pôles en mode nomail.
Peut-on ajouter en paramètres cachés une liste d'abonnés
dans create_list_request.tt2 ? il faudrait ajouter une
requête sql qui ferait l'inclusion selon la variable pole.
Je ne peux pas utiliser les familles de listes car les
créations de listes doivent se faire dans l'interface web
sans intervention du listmaster.
Merci d'avance pour toute suggestion.
Anne
Sympa 6.1 sur Debian
|
