Re: Problème sympa/mySQL, précision.

[Thomas Morin <adresse@cachée>]

Bonjour,

Voici quelques précisions (j'ai fini par comprendre que le paragraphe
'include_sql_query' était inutile avec 'user_data_source database')

Je n'ai aucun problème avec les listes avec un stockage des
abonnés dans des fichiers. 

Je n'ai pas de problème pour l'envoie des mails à une liste avec une
configuration du type 'user_data_source include' avec le 
'include_sql_query' qui va bien. Mais, avec cette config, une tentative
d'abonnement renvoie "Les abonnements à cette liste sont suspendus.",
pourtant la config de la liste est en 'subscribe open,notify'.

Cependant, avec un 'user_data_source database' mon problème est
inverse. Abonnements/désabonements sans problème, mais impossible
d'envoyer un message à la liste. (et je n'ai bien sûr changé que le
'user_data_source' et enlevé le $ include_sql_query). Les reviews marchent
bien aussi.

**** Détails sur le problème avec 'user_data_source database' : 

-j'efface préalablement tous les user et les subscriber de la base sql.
-j'abonne quelqu'un (adresse@cachée) : tout ce
passe bien, message de bienvennue et tout.
j'envoie un mail à la liste :

~$ echo "test"|mail test2@sommeil

-voici alors les logs que j'ai dans la console où j'ai lancé sympa avec
toutes l
es
options de debugging possible ( -d -D -m -F ) :

932745224       Processing /var/spool/sympa/queue/2.932745224.4071
932745224       Processing message for test2,
<adresse@cachée
nst-bretagne.fr>
932745224       List::new(test2)
932745224       List object test2 created
932745224       List::load(test2)
932745224       List::_load_admin_file(test2/config)
932745224       List::_load_scenario_file(default)
932745224       _load_scenario_file : load
/usr/lib/sympa/bin/scenari/remind.def
ault for function remind
932745224       List::_load_scenario
932745224       _load_scenario : load scenario for function remind, # only
owner
 's may perform a reminder command
owner    smtp  -> request_auth
owner    md5   -> do_it
932745224       loading remind scenario rule : "owner    smtp  ->
request_auth"
932745224       loading remind scenario rule : "owner    md5   -> do_it"
932745224       List::_load_total_db(test2)
932745224       List::db_connect
932745224       Connected to Database sympa
932745224       List::_load_stats_file(test2/stats)
932745224       List::may_do(send,adresse@cachée)
932745224       List::savestats(895)
932745224       List::savestats
932745224       List::_save_stats_file(test2/stats, 1)
932745224       List::send_msg
932745224       List:_add_trailer(test2)
932745224       List::get_first_user
932745224       List::get_next_user
932745224       Unable to send message to list test2
932745224       Renaming bad file 2.932745224.4071 to BAD-2.932745224.4071

- et bien sûr, aucun mail n'est envoyé.

*** Détails du problème avec 'usr_data_source include' :

- Je met ceci dans la config de test2 (après avoir bien-sûr enlevé le
'user_data_source' précédent): 

   user_data_source include

   include_sql_query
        db_type mysql
        host localhost
        user sympa
        passwd xxxx
        db_name sympa        sql_query SELECT DISTINCT user_subscriber
FROM subs
criber WHERE list_subscriber='test2'

- j'envoie un mail (à partir d'un compte n'étant pas encore apparu)

morin@venus~$ echo ""|mail test2-subscribe@sommeil

- le mail en réponse est le suivant : 

<< 

From: SYsteme de Multi-Postage Automatique
     <adresse@cachée>
To: adresse@cachée
Subject: Resultats de vos commandes

Les abonnements à cette liste sont suspendus.

>>

- et les message de debug :

932747614       Processing /var/spool/sympa/queue/9.932747611.4430
932747614       Processing command,
<adresse@cachée
tagne.fr>
932747614       [smtpto] Msg from
adresse@cachée,
 0 rcpts
932747614       safefork: /usr/sbin/sendmail -oi -odi -oem -f
sympa-request@somm
eil.maisel.enst-bretagne.fr adresse@cachée
932747614       processing message for test2-subscribe
932747614
Commands::parse(adresse@cachée,subscribe te
st2)
932747614       Parsing: subscribe test2
932747614       Commands::subscribe(test2)
932747614       List::new(test2)
932747614       List::load(test2)
932747614       List::get_state(sub)
932747614       SUB test2 from adresse@cachée refused
becau
se subscriptions are closed
932747614       Finished /var/spool/sympa/queue/9.932747611.4430


Voilà.

Une dernière chose : le problème vient peut-être du fait que la
librairie Berkley DB pourrait ne pas être la 1.85 (cf la doc de sympa en
ligne) mais la 2.4. Raphael Hertzog (qui fait les paquets debian de sympa)
m'a pourtant assuré que non.

Je suis long, mais j'espère avoir ainsi  été plus précis cette fois, et
que des personnes pourront m'aider. Le fait est que j'ai besoin de mettre
sympa/mySQL en place pour le boulot que je fais.

Merci d'avance à ceux qui m'aideront et merci à ceux qui l'ont fait.

-Thomas
"Not only Guinness - Linux is good for you, too."