dovecot - Jul 2006 - Summerising users subfolders imap logs?

Hello.


Migrating from pop3 to imap I have now situation, that every user has a
lot sub folders, for example 100 sub folders and now every mail check
writes in the mail log also login/logout log for every sub folder:

dovecot: Jul 11 16:16:31 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:31 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:31 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected
dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:34 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:34 Info: IMAP(anti): Disconnected in IDLE
dovecot: Jul 11 16:16:34 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:34 Info: IMAP(anti): Disconnected: Logged out
dovecot: Jul 11 16:16:35 Info: imap-login: Login: anti, [192.168.20.1],
PLAIN, TLS
dovecot: Jul 11 16:16:35 Info: IMAP(anti): Disconnected in IDLE


etc. So maillogs are full thiskind of stuff. But as I cant see here
which subfolder the user access, so is it possible to summerise somehow
this per users mass logging witth one row, something like:

imap-login: Login: anti, [192.168.20.1], PLAIN, TLS, accessed 100 folders,

or just:

imap-login: Login: anti, [192.168.20.1], PLAIN, TLS

Or someting else? Any idea to make this happend?

-- 
Sysadmin

On 2006-07-11 16:23:14 +0300, Sysadmin wrote:
> etc. So maillogs are full thiskind of stuff. But as I cant see here
> which subfolder the user access, so is it possible to summerise somehow
> this per users mass logging witth one row, something like:
> 
> imap-login: Login: anti, [192.168.20.1], PLAIN, TLS, accessed 100 folders,
> 
> or just:
> 
> imap-login: Login: anti, [192.168.20.1], PLAIN, TLS
> 
> Or someting else? Any idea to make this happend?
wont work. as you can do many operations after 1 login.
at login, when this msg is written to the log, the imap server cant know
what you will do.

darix

-- 
           openSUSE - SUSE Linux is my linux
               openSUSE is good for you
                   www.opensuse.org

On Tue, 2006-07-11 at 16:23 +0300, Sysadmin wrote:
> Hello.
> 
> 
> Migrating from pop3 to imap I have now situation, that every user has a
> lot sub folders, for example 100 sub folders and now every mail check
> writes in the mail log also login/logout log for every sub folder:
> 
> dovecot: Jul 11 16:16:31 Info: imap-login: Login: anti, [192.168.20.1],
> PLAIN, TLS
> dovecot: Jul 11 16:16:31 Info: IMAP(anti): Disconnected in IDLE
What client is doing this? Either it's a bug in the client or the client
is behaving in a really stupid way. There's no point in creating a new
connection for each mailbox.
> etc. So maillogs are full thiskind of stuff. But as I cant see here
> which subfolder the user access, so is it possible to summerise somehow
> this per users mass logging witth one row, something like:
> 
> imap-login: Login: anti, [192.168.20.1], PLAIN, TLS, accessed 100 folders,
Not really practical, as they are separate processes that are writing
those log messages. You should rather look into fixing the client.
> Btw - isn't this massive log writing a very big performance loss?
It's nothing compared to everything else that has to be done when
creating the connection.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20060810/965ab97e/attachment.bin>