Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa
Archives de la liste
[sympa-fr] suggestions concernant le log, uuid sympa + messages de debug des overrides de scenari
- From: Daniel Caillibaud <adresse@cachée>
- To: adresse@cachée
- Subject: [sympa-fr] suggestions concernant le log, uuid sympa + messages de debug des overrides de scenari
- Date: Wed, 20 Jan 2021 17:01:22 +0100
re,
Encore deux suggestions
1) Si on pouvait avoir dans les logs un id pour identifier chaque message
traité, ça aiderait beaucoup à tracer ce qui se passe.
Le must serait de l'indiquer à postfix pour avoir dans les logs postfix du
"queued as xxx", mais je sais pas si c'est possible
avec du deliver.
En ayant l'id sympa lors de la réception du message qui mentionne son
Message-id, ça permettrait quand même de tracer de postfix à sympa (et le
retour éventuel à postfix), ce serait déjà une sacré amélioration.
2) à propos des messages de debug, dans le log (level 1) j'ai une tonne de
2021-01-20T16:36:46.161476+01:00 mail sympa_msg[20866]: debug
Sympa::Scenario::new() Unable to read file
/var/lib/sympa/list_data/{robot}/{list}/scenari/send.privateoreditorkey
2021-01-20T16:36:46.161516+01:00 mail sympa_msg[20866]: debug
Sympa::Scenario::new() Unable to read file
/etc/sympa/{robot}/scenari/send.privateoreditorkey
2021-01-20T16:36:46.161592+01:00 mail sympa_msg[20866]: debug
Sympa::Scenario::new() Unable to read file
/etc/sympa/scenari/send.privateoreditorkey
qui me semblent pas très utiles… il s'agit d'overrides possibles mais
facultatifs,
et on a pas de message sur le fichier de définition du scenario finalement
utilisé
(qui serait éventuellement intéressant, ici je suppose que c'est
/usr/share/sympa/default/scenari/send.privateoreditorkey)
Un message du genre
debug Sympa::Scenario::new() read
/usr/share/sympa/default/scenari/send.privateoreditorkey (no
/var/lib/sympa/list_data/{robot}/{list}/scenari/send.privateoreditorkey
/etc/sympa/{robot}/scenari/send.privateoreditorkey
/etc/sympa/scenari/send.privateoreditorkey)
serait plus utile.
Je me doute que ça doit être plus compliqué (faut mémoriser les tests
précédents pour n'écrire dans le log que lorsqu'on a trouvé),
mais à défaut, ajouter une dernière ligne avec le fichier lu serait déjà plus
instructif.
Ça fait encore plus de log mais un ratio signal/bruit de 1/4 est meilleur que
0/3 ;-)
(j'aurais bien tenté de voir où ça se passe et suggérer une PR, mais faudrait
que j'apprenne le perl d'abord :-S)
--
Daniel
Plus on pédale moins fort,
moins on avance plus vite.
Coluche
- [sympa-fr] suggestions concernant le log, uuid sympa + messages de debug des overrides de scenari, Daniel Caillibaud, 20/01/2021
Archives gérées par MHonArc 2.6.19+.