Adam Olsen writes:

Most of the time it works, but sometimes I get something like this, on
either the "a examine inbox" command, or in this case, the "a logout
command":

$ telnet mail.domain.tld 143
a login [EMAIL PROTECTED] password
a logout
a NO Error in IMAP command received by server.

You should've received a response from the IMAP server to the login command. The above does not seem to be a complete session log.

Is there any other information that I could provide that would be useful?

Well, you could always find the couriertcpd process, and strace it with the -f option, strace -f -s 1024 -o strace.log -p <pid>, and reproduce the problem.

Somewhere in the resulting, massive, log file, will be the details of the lone wayward process. While strace is running it will capture all new IMAP session, so it will generate lots of data. Searching for the specific error message will let you find the process ID that logged it, then searching for all entries for this process ID will tell you what it was doing that resulted in the error.

Attachment: pgp42tFIOrH8z.pgp
Description: PGP signature

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Courier-imap mailing list
[email protected]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap

Reply via email to