[fetchmail-devel] [Bug #17295] Ferchmail provides insufficient log information

[<ad...@be...>]

Bug #17295, was updated on 2010-Jun-27 01:42
Here is a current snapshot of the bug.

Project: fetchmail
Category: None
Status: Open
Resolution: None
Bug Group: None
Priority: 2
Submitted by: gtozzi
Assigned to : none
Summary: Ferchmail provides insufficient log information

Details: Hello,

First of all, I wish to thank you all for sharing with us this very useful software.

I'm running fetchmail 6.3.17+GSS+NTLM+SDPS+SSL+NLS+KRB5 in daemon mode to check a bunch of accounts.
The log goes to syslog. Everything works fine but the log files are too inaccurate IMHO. Every line should ALWAYS include the name of the interested account.

Example. Now I have:
Jun 27 01:33:32 localhost fetchmail[18328]: Attenzione: si continua malgrado la connessione non sia sicura (si raccomanda l'utilizzo di --sslcertck)
Jun 27 01:33:43 localhost fetchmail[18328]: Errore di verifica del certificato del server: self signed certificate
Jun 27 01:33:43 localhost fetchmail[18328]: Questo significa che la radice che firma il certificato (emesso per /C=US/ST=Unknown/L=Unknown/O=Unknown/OU=Unknown/CN=dime148.dizinc.com/emailAddress=ss...@di...) non è nella posizione dei certificati CA fidati o che c_rehash deve essere eseguito sulla directory del certificato. Per maggiori dettagli consultare le pagine man a proposito di --sslcertpath e di --sslcertfile.

This is not su useful, because I can't easily establish which account is triggering this error. I was expection instead:
Jun 27 01:33:32 localhost fetchmail[18328]: USERNAME@SERVERNAME: Attenzione: si continua malgrado la connessione non sia sicura (si raccomanda l'utilizzo di --sslcertck)
Jun 27 01:33:43 localhost fetchmail[18328]: USERNAME@SERVERNAME: Errore di verifica del certificato del server: self signed certificate
Jun 27 01:33:43 localhost fetchmail[18328]: USERNAME@SERVERNAME: Questo significa che la radice che firma il certificato (emesso per /C=US/ST=Unknown/L=Unknown/O=Unknown/OU=Unknown/CN=dime148.dizinc.com/emailAddress=ss...@di...) non è nella posizione dei certificati CA fidati o che c_rehash deve essere eseguito sulla directory del certificato. Per maggiori dettagli consultare le pagine man a proposito di --sslcertpath e di --sslcertfile.


Follow-Ups:

Date: 2010-Jun-27 14:55
By: m-a

Comment:
Thanks. This is actually a feature request - it will be a while before this can be implemented.
-------------------------------------------------------

For detailed info, follow this link:
http://developer.berlios.de/bugs/?func=detailbug&bug_id=17295&group_id=1824