We already have these log levels internally but we don't map onto as
fine-grained a set of syslog levels. Patches and code questions more than
welcome :-)  If you do start to dig into it, the dbmail-dev list is more
suited to code questions.

Aaron

On Wed, Aug 8, 2007, Jonathan Fealy <[EMAIL PROTECTED]> said:

> I am not familiar with the logging code, but it seems clear to me that 
> the dbmail apps should be using the mail facility with a level of one of 
> the following: emerg, alert, err, warning, notice, info and debug. These 
> are the levels that syslog itself handles. We should then go back and 
> adjust every TRACE() call to put the message into the correct category. 
> Syslogd can then be used to direct debug to one file and the rest to 
> another, etc. The dbmail.conf should then allow a comma seperated list 
> of these 7 levels to be defined as active, thus only those levels are 
> logged to syslog as we don't want to just log the full debug to syslogd 
> and then have syslogd do the filtering.
> 
> Our current logging should map as follows
> 0   -> emerg         (out of memory, app crashed)
> 1   -> alert            (can't connect to db)
> 2   -> err             (external apps/libs return failures - like sieve 
> blows major chunks)
> new  -> warning     (user login failures)
> 3   -> notice         (user logins/logouts) 
> 4   -> info            (like pop3/imap commands)
> 5   -> debug        (db calls)
> 
> This is my idea anyway, and given I find some free time, I would like to 
> contribute to adjusting TRACE() calls to match a proper syslog level.
> 
> -Jon
> 
> Aaron Stone wrote:
>> Yes, sorry for the confusion. In the process of cleaning up which
>> messages were at which level, I needed more space in the middle, which
>> became level 3.
>>
>> 5 is tell me too much, including stupid stuff (developer debug level)
>> 4 is tell me lots of juicy details
>> 3 is tell what's happening in a broad way
>> 2 is tell me if something is mildly wrong
>> 1 is tell me if something is really wrong
>> 0 is tell me if the ship has sunk itself
>>
>> I believe the documentation on which level was default lagged... no,
>> actually, the documentation is still off :0
>>
>> Aaron
>>
>> On Wed, 2007-08-08 at 15:18 +0200, Marc Dirix wrote: 
>>   
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>>     
>>>> Says who? In dbmail.conf, I have this:
>>>>
>>>> # Trace level to send to syslog. Default is 2 (messages, errors,
>>>> fatals).
>>>> TRACE_SYSLOG   = 2
>>>>
>>>>       
>>> Please review bugrapport:
>>>
>>> http://www.dbmail.org/mantis/view.php?id=494
>>>
>>> It does not state it directly, but Aaron stated to use Level3 for  
>>> administration purposes as to my question.
>>>
>>> Marc
>>> -----BEGIN PGP SIGNATURE-----
>>> Version: GnuPG v1.4.7 (Darwin)
>>>
>>> iD8DBQFGucKV2M1B/aDfmXsRAuERAJsETKN+BW/MUTVP7XMZV9CMgZFu6wCcCGOy
>>> g+/Sl8a87spgynuFazHR2Bo=
>>> =K3l7
>>> -----END PGP SIGNATURE-----
>>> _______________________________________________
>>> DBmail mailing list
>>> DBmail@dbmail.org
>>> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>>>     
>>
>> _______________________________________________
>> DBmail mailing list
>> DBmail@dbmail.org
>> https://mailman.fastxs.nl/mailman/listinfo/dbmail
>>
>>
>>   
> 
> 
> 
> _______________________________________________
> DBmail mailing list
> DBmail@dbmail.org
> https://mailman.fastxs.nl/mailman/listinfo/dbmail
> 

-- 



_______________________________________________
DBmail mailing list
DBmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail

Reply via email to