|
Bonjour,
Je vois deja quelque chose qui ne vas pas dans les
logs.
in
/home/sympa/etc/create_list_templates/projet_pif,/home/sympa/default/create_list_templates/projet_pif
Alors
que ca devrait ressembler a (en rouge) :
in /home/sympa/etc/robotname/create_list_templates/projet_pif,/home/sympa/default/create_list_templates/projet_pif
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é : mardi 24 avril 2012 17:16
À :
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
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.
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.
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.
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.
|
