Tracing IMAP commands on the server

[Daniel Nilsson]

Veigar Freyr Jökulsson wrote:
> You can create a folder named after the user in under the 'log' directory,
> in my case it is /var/imap/log
> 
> If cyrus finds the folder it writes all the IMAP commands and respnses
> to a file named after the pid of the imapd.
> 

Veigar,

Thanks. This will however give me 5 files in the log directory since 
there are 5 concurrent connections from Mozilla to the IMAP server. IS 
there a way to know in what order the events occured between the 
different connections ?

Thanks

-- 
Daniel Nilsson
Senior Consultant
Signal Integrity Software Inc.
6 Clock Tower Place, Suite 250
Maynard, MA 01754
Phone: (978) 461-0449, ext 12
Cell:  (508) 783-1379
http://www.sisoft.com


>>All,
>>
>>We are using mozilla as our preferred mail client at work together with
>>a Cyrus 2.0.16 IMAP server. This combination works fine for the most
>>part, though I'd like to debug one problem that I'm pretty sure is a
>>Mozilla bug. Sometimes, when I read messages they are marked as read in
>>the mail client but a few minutes later (probably when the client checks
>>for new mail the next time) they reappear as unread again in Mozilla.
>>This mostly happens with messages that are filtered by sieve into
>>subfolders of the INBOX, not so often in the INBOX itself.
>>
>>Mozilla by defaults starts up 5 concurrent connections to the IMAP
>>server, this allows the user to read messages while Mozilla is checking
>>for new messages in the background. I'm concerned that these 5
>>connections somehow have some kind of race condition where one will mark
>>a message unread and another connection just returned from a new mail
>>scan where the message was unread.
>>
>>I have tried to debug this by monitoring the traffic using tcpdump
>>(ethereal actually). I find this pretty hard though and I'm looking for
>>advice on how to debug this from the servers perspective. Can I turn on
>>some command tracing in cyrus ? What are the implications when one
>>client have 5 simultaneous connections open to the IMAP server for
>>debugging ?
>>
>>Thanks
>>--
>>Daniel Nilsson
>>Senior Consultant
>>Signal Integrity Software Inc.
>>6 Clock Tower Place, Suite 250
>>Maynard, MA 01754
>>Phone: (978) 461-0449, ext 12
>>Cell:  (508) 783-1379
>>http://www.sisoft.com
>>
> 
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3249 bytes
Desc: S/MIME Cryptographic Signature
Url : https://lists.andrew.cmu.edu/mailman/private/info-cyrus/attachments/20020904/7f1b9dbe/smime.bin