RE: [sympa-fr] RE: creation de listes avec sympa 5.1.2

["Samuel Torton" <adresse@cachée>]

> alias_database = hash:/etc/aliases,hash:/etc/postfix/sympa.aliases
> alias_maps =
> hash:/etc/aliases,hash:/etc/postfix/sympa.aliases,ldap:ldapsource
>
> alais_maps correspond aux différentes sources utilisées par postfix
> pour ses alias, alias_database correspond aux sources qui seront
> reconstruites par la commande newaliases. Cette commande doit être
> lancée après chaque modification de /etc/mail/sympa.aliases

Pour ma part, sympa.aliases se situe dans /etc/mail.
Voila ce que je viens de faire:

  alias_database = hash:/etc/aliases,hash:/etc/mail/sympa.aliases
  alias_maps = hash:/etc/aliases,hash:/etc/mail/sympa.aliases

Et je relance "newaliases" en tant que root, voila ce que j'obtiens !!!
  postalias: fatal: open database /etc/mail/sympa.aliases.db: Permission
denied

Je suis donc obligé de faire un "chmod 777" sur "/etc/mail", pour que
"newaliases" ne bronche pas. Euh... limite pour la securité ! :-/
Je l'ai donc fait provisoirement, pour obtenir mon
"/etc/mail/sympa.aliases.db", et passer a la suite.
(pour l'instant, j'oublie d'essayer de la faire marcher automatiquement avec
wwsympa)


> > - si j'envoie un message a l'adresse d'une liste existante, je recois un
> > "user unknnown".
>
> Si newaliases ne règle pas le problème il va falloir voir plus loin.

Je n'ai plus de probleme de routage de mail, mais ils ne sont pas traités,
cela ne vais pas plus loin.
Je m'explique:

-1- si en tant que proprietaire j'abonne qq'un a ma liste via wwsympa, il
est bien enregistré dans ma db, mais le mail de welcome au nouvel abonné
reste dans "/var/spool/sympa/msg" et n'est pas envoyé.
-2- si en tant que subscriber j'envoie un mail "sub uneliste" a
"adresse@cachée", je vois bien ce message dans "/var/spool/sympa/msg"
mais n'est pas traité par sympa... pas d'enregistrement dans la db.
-3- si en tant que abonné existant d'une liste j'envoie un mail a la liste
"adresse@cachée", ce message est en retention dans
"/var/spool/sympa/msg", mais il n'est pas traité, ni renvoyé a la liste ni
archivé dans sympa.

J'ai un maillon manquant dans ma chaine sympa-postfix...

> J'ai personnellement opté pour une configuration automatique ne
> demandant aucune modification par sympa :

Je verrai ca plus tard....


> Y'a-t-il des messages intéressants dans /var/log/sympa.log ?


- Des messages comme ceux-ci:
May 11 18:00:46 alzheimer task_manager[14811]: Running task
/var/spool/sympa/task/1147363245.INIT.sync_include.newsletter, line 0 with
vars )
May 11 18:00:46 alzheimer task_manager[14811]:
List:sync_include(newsletter): 0 users updated
May 11 18:00:46 alzheimer task_manager[14811]: line 5 of
1147363245.INIT.sync_include.newsletter : next (1147366846, INIT)
May 11 18:00:46 alzheimer task_manager[14811]: creation of
/var/spool/sympa/task/1147366846.INIT.sync_include.newsletter
May 11 18:00:46 alzheimer task_manager[14811]: with model
/usr/share/sympa/list_task_models/sync_include.ttl.task
May 11 18:00:46 alzheimer task_manager[14811]: --> new task sync_include (11
Thu May 2006  19 h 00 min 46 s)
May 11 18:07:48 alzheimer task_manager[14811]: Running task
/var/spool/sympa/task/1147363666.INIT.sync_include.test1, line 0 with vars )
May 11 18:07:48 alzheimer task_manager[14811]: List:sync_include(test1): 1
users updated
May 11 18:07:48 alzheimer task_manager[14811]: line 5 of
1147363666.INIT.sync_include.test1 : next (1147367268, INIT)
May 11 18:07:48 alzheimer task_manager[14811]: creation of
/var/spool/sympa/task/1147367268.INIT.sync_include.test1
May 11 18:07:48 alzheimer task_manager[14811]: with model
/usr/share/sympa/list_task_models/sync_include.ttl.task
May 11 18:07:48 alzheimer task_manager[14811]: --> new task sync_include (11
Thu May 2006  19 h 07 min 48 s)


- Et puis d'autres messages d'erreur, mais qui n'ont rien a voir
  avec mon souci, ceci dit ca m'interesse qd meme de m'en debarrasser;
  cela arrive a chaque fois que je vais sur l'interface wwsympa:
May 11 18:13:02 alzheimer wwsympa[16110]: WWSympa started
May 11 18:13:02 alzheimer wwsympa[16110]: [robot alzheimer-fr.org] [client
10.1.1.101] Could not find CSS file /style.css, using default CSS
May 11 18:13:02 alzheimer wwsympa[16110]: [robot alzheimer-fr.org] [client
10.1.1.101] [user adresse@cachée] do_css (style.css)
May 11 18:13:03 alzheimer wwsympa[16110]: Failed to setlocale(de_DE) ; you
either have a problem with the catalogue .mo files or you should extend
available
locales in  your /etc/locale.gen (or /etc/sysconfig/i18n) file
May 11 18:13:03 alzheimer wwsympa[16110]: Failed to setlocale(el_GR) ; you
either have a problem with the catalogue .mo files or you should extend
available
locales in  your /etc/locale.gen (or /etc/sysconfig/i18n) file
Etc... pareil pour (et_EE) (hu_HU) (it_IT) (ja_JP) (nl_NL) (oc_FR) (pt_BR)
(sv_SE) (tr_TR) etc...


Merci,
Samuel




-----Original Message-----
From: Jean Charles Delepine [mailto:adresse@cachée]
Sent: Thursday, May 11, 2006 4:55 PM
To: Samuel Torton
Cc: adresse@cachée
Subject: Re: [sympa-fr] RE: creation de listes avec sympa 5.1.2


Samuel Torton <adresse@cachée> écrivait (wrote) :

> Re-bonjour,
>
> Quelques details en plus:
>
> Apparemment, l'alias_manager doit bien fonctionner, le fichier
> /etc/mail/sympa.aliases est bien mis a jour apres chaque validation de
> creation de liste, mais comment se fait "l'interfacage" entre /etc/aliases
> et /etc/mail/sympa.aliases pour que les aliases soient bien pris en compte
> par postfix ?

postconf -n | grep alias
alias_database = hash:/etc/aliases,hash:/etc/postfix/sympa.aliases
alias_maps =
hash:/etc/aliases,hash:/etc/postfix/sympa.aliases,ldap:ldapsource

alais_maps correspond aux différentes sources utilisées par postfix pour
ses alias, alias_database correspond aux sources qui seront
reconstruites par la commande newaliases. Cette commande doit être
lancée après chaque modification de /etc/mail/sympa.aliases

Pour que wwsympa puisse le faire il doit en avoir le droit, ce n'est pas
le cas sur une debian (songer aussi aux problèmes de sécurité que cela peut
générer).

J'ai personnellement opté pour une configuration automatique ne
demandant aucune modification par sympa :

virtual_alias_maps = regexp:/etc/postfix/listes.u-picardie.fr
alias_database = hash:/etc/aliases,hash:/etc/postfix/sympa.aliases
alias_maps =
hash:/etc/aliases,hash:/etc/postfix/sympa.aliases,ldap:ldapsource

cat listes.u-picardie.fr
/^listes\.u-picardie\.fr$/           xxx
/^(listmaster|postmaster|root|abuse|sympa-request)@listes\.u-picardie\.fr$/
$1
/^(.*)-(request|editor|owner|subscribe|unsubscribe)@listes\.u-picardie\.fr$/
listes-u-picardie-fr-$2+$1
/^(.*)@listes\.u-picardie\.fr$/      "listes-u-picardie-fr+$1"

cat sympa.aliases

listes-u-picardie-fr: "| /usr/lib/sympa/bin/queue
$adresse@cachée"
listes-u-picardie-fr-request: "| /usr/lib/sympa/bin/queue
$adresse@cachée"
listes-u-picardie-fr-editor: "| /usr/lib/sympa/bin/queue
$adresse@cachée"
listes-u-picardie-fr-owner: "| /usr/lib/sympa/bin/bouncequeue
$adresse@cachée"
listes-u-picardie-fr-subscribe: "| /usr/lib/sympa/bin/queue
$adresse@cachée"
listes-u-picardie-fr-unsubscribe: "| /usr/lib/sympa/bin/queue
$adresse@cachée"

Ce n'est pas forcément applicable partout mais c'est bien pratique.

> - si j'envoie un message a l'adresse d'une liste existante, je recois un
> "user unknnown".

Si newaliases ne règle pas le problème il va falloir voir plus loin.

> - de meme, aucune notification n'a lieu
> - et je viens de m'apercevoir: plein de messages en retention dans
> /var/spool/sympa/msg

Y'a-t-il des messages intéressants dans /var/log/sympa.log ?

--
> R : Tu vois !            || Jean Charles Delépine - Université de Picardie
> > Q : Tu crois ?
> > > R : Ça casse l'ordre chronologique de l'échange.
> > > > Q : En quoi répondre au dessus est-il gênant ?