Thanks for the suggestion. I tried it, and this looks relevant:
WRITE: + entering idle mode
READ: NUMBER: 8
READ: ATOM: STATUS
READ: QUOTED_STRING: INBOX.Notes
READ: LPAREN
READ: ATOM: UIDNEXT
READ: ATOM: MESSAGES
READ: ATOM: UNSEEN
READ: ATOM: RECENT
READ: RPAREN
READ: EOL
WRITE: 8 NO [ALERT] STATUS failed
READ: NUMBER: 9
READ: ATOM: STATUS
READ: QUOTED_STRING: INBOX.Archives
READ: LPAREN
READ: ATOM: UIDNEXT
READ: ATOM: MESSAGES
READ: ATOM: UNSEEN
READ: ATOM: RECENT
READ: RPAREN
READ: EOL
WRITE: 9 NO [ALERT] STATUS failed
(repeated many times)
Could this be related to famd? I had to start famd before starting
courier-imap-ssl, and famd is running, but is something not working here?
-Earl
--- On Sat, 5/14/11, Brian Candler <[email protected]> wrote:
From: Brian Candler <[email protected]>
Subject: Re: [Courier-imap] TOO MANY CONSECUTIVE PROTOCOL VIOLATIONS
To: "Earl Killian" <[email protected]>
Cc: [email protected], "Sam Varshavchik"
<[email protected]>
Date: Saturday, May 14, 2011, 1:24 PM
On Sat, May 14, 2011 at 12:43:04PM -0700, Earl Killian wrote:
> Is there a way to turn on some additional logging to better understand
> what is going on?
If I remember correctly, you can set
IMAPDEBUGFILE=debug.txt
in the imapd config file. Then all IMAP I/O is logged in a file
"debug.txt" inside the Maildir.
Another way would be to disable SSL for a bit, and use tcpdump. Or, if you
were able to attach strace to the imapd process, that would capture it too.
Regards,
Brian.
------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
