|
Failed to parse config.tt2 :
Template::Exception
Tu as cette erreur car sympa ne trouve pas le config.tt2 car il
essaye le path renseigner dans tes logs :
/home/sympa/etc/create_list_templates/projet_pif/config.tt2
alors que cela devrait etre /home/sympa/etc/robotname/create_list_templates/projet_pif/config.tt2
Il
perd l'information du nom du robot, pourquoi je ne sais pas.
Cordialement
Lievre Marc-Alexandre
FT/OLNC/DPS/DDP/DPN
MOE Liste de
diffusion
Tél : 03 83 67 51
50
adresse@cachée
De : adresse@cachée
[mailto:adresse@cachée] De la part de Anne
Durand
Envoyé : mercredi 25 avril 2012 09:20
À :
adresse@cachée; David Verdin
Objet : Re: [sympa-fr]
Ajout automatique d'abonnés après création de liste par copie de
modèle
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 :
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 :
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
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
|
