I've created a more extensive log, please find it below.
What I've noticed is
1) It mostly occurs if there are *new* messages in the inbox. If I
read all new messages, it stops
mailapp from crashing anymore.
2) If I get dbmail to give command errors, sometimes it stop talking
back to the client I can telnet
to port 143 but it doesn't give an welcome notice. I've noticed
this also when using mailapp,
sometimes it takes about 30 secs before it opens a new mail or
any folder, having dbmail not
responding for that period of time.
[log-output in loglevel=4]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: COMMAND: [2 CAPABILITY]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Executing command capability...
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Finished command capability [0]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: COMMAND: [3 SELECT INBOX]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Executing command select...
Mar 22 18:00:31 xi dbmail/imap4d[4978]: dbpgsql.c,db_query: previous
result set is possibly not freed.
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Finished command select [0]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: COMMAND: [4 UID FETCH
13244:13264 (INTERNALDATE UID RFC822.SIZE FLAGS BODY.PEEK
[HEADER.FIELDS (date subject from to cc message-id in-reply-to
references x-priority x-spam-flag received-spf con
tent-type)])]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: COMMAND: [5 FETCH 1:47 (UID
FLAGS)]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Executing command fetch...
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Finished command fetch [0]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: COMMAND: [6 UID STORE 13243
+FLAGS.SILENT (\Seen \Deleted)]
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [6 FETCH 1:207 (UID
FLAGS)]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command fetch...
Mar 22 18:00:31 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command fetch [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [7 UID FETCH 13253
BODY.PEEK[]]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [8 UID FETCH 13254
BODY.PEEK[]]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [9 UID FETCH 13256
BODY.PEEK[]]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [10 UID FETCH 13263
(BODYSTRUCTURE BODY.PEEK[HEADER])]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [11 UID FETCH 13258
BODY.PEEK[]]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: COMMAND: [12 UID FETCH 13250
BODY.PEEK[]<0.1241>]
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Executing command uid...
Mar 22 18:00:31 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
Finished command uid [0]
Mar 22 18:00:35 xi dbmail/imap4d[5020]: dbmail-
imapsession.c,dbmail_imap_session_readln: error reading from client
Mar 22 18:00:35 xi dbmail/imap4d[4978]: dbmail-
imapsession.c,dbmail_imap_session_readln: error reading from client
Mar 22 18:00:35 xi dbmail/imap4d[5020]: imap4.c,IMAPClientHandler:
error reading command -- bailing out
Mar 22 18:00:35 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
error reading command -- bailing out
Mar 22 18:00:35 xi dbmail/imap4d[4978]:
serverchild.c,PerformChildTask: connection closed
Mar 22 18:00:35 xi dbmail/imap4d[4978]:
serverchild.c,PerformChildTask: waiting for connection
Mar 22 18:00:35 xi dbmail/imap4d[5020]:
serverchild.c,PerformChildTask: connection closed
Mar 22 18:00:35 xi dbmail/imap4d[5020]:
serverchild.c,PerformChildTask: waiting for connection
Mar 22 18:00:35 xi dbmail/imap4d[4978]:
serverchild.c,PerformChildTask: incoming connection from [10.0.0.114
(Lookup failed)] by pid [4978]
Mar 22 18:00:35 xi dbmail/imap4d[4978]: dbmail-
imapsession.c,dbmail_imap_session_readln: error reading from client
Mar 22 18:00:35 xi dbmail/imap4d[4978]: imap4.c,IMAPClientHandler:
error reading command -- bailing out
Mar 22 18:00:35 xi dbmail/imap4d[4978]:
serverchild.c,PerformChildTask: connection closed
Mar 22 18:00:35 xi dbmail/imap4d[4978]:
serverchild.c,PerformChildTask: waiting for connection
Op 22-mrt-2006, om 17:59 heeft Matthew Sayler het volgende geschreven:
On Wed, Mar 22, 2006 at 02:26:35PM +0100, Marc Dirix wrote:
I've collected the loginfo at the time mailclient crashes:
Mar 22 14:23:25 xi dbmail/imap4d[3550]: dbmail-
imapsession.c,dbmail_imap_session_readln: error reading from client
Mar 22 14:23:25 xi dbmail/imap4d[3550]: imap4.c,IMAPClientHandler:
error reading command -- bailing out
Being intimately familiar with dbmail_imap_session_readln, this
happens
when a read from the socket fails (e.g. EOF). My guess is that
this is
a symptom of Mail.app crashing, and thus tearing down the
connection to
the IMAP server.
I have at least 1 bug open with Apple support for crashes in Mail.app
occuring when talking to dbmail 2.1, FWIW. Unfortunately, the user
who
was having the crashes got tired of them and deleted the offending
messages (from Motley Fool, of all people..) so I don't have a
reproduction case anymore.
There is a bug fixed in SVN head that caused Thunderbird to fail
checking mail (returning an unexpected NIL on header queries) -- I
have
no idea if this is related or not.
Regards,
Matt Sayler
_______________________________________________
Dbmail-dev mailing list
[email protected]
http://twister.fastxs.net/mailman/listinfo/dbmail-dev
