I'm still having troubles with maill.app and dbmail.
After I read a new email, the programm removes the "new message" flag
and stops reporting there are unread messages.
However after I change to a different subfolder and back the "new
message" flag re-appears.
I've narrowed it down (with level5 logging) to the point where I can
replicate the problem with having mail.app p synchronise the complete
account, and afterwards read the new message. It seems according to a
tcpdump, that after the synchronise action dbmail does not
communicate to the dbmailserver anymore.
In the level5 log the last notice from the connection is posted below.
My conclusion sofar is, that this is a maill.app bug, because , it
sends the logout message itself, and afterwards it doesn't start a
new session to update the seen flag for the message I just read.
Is there a way of stopping mail.app from loging out after a
synchronise action?
Marc
Level5 log export here:
Info:[imap] imap4.c,IMAPClientHandler(+336): Finished command close [0]
Info:[imap] imap4.c,IMAPClientHandler(+195): COMMAND: [328 CLOSE]
Info:[imap] imap4.c,IMAPClientHandler(+308): Executing command close...
Debug:[sql] dbpgsql.c,db_query(+281): [SELECT
permission,seen_flag,answered_flag,deleted_flag,flagged_flag,recent_flag
,draf
t_flag FROM dbmail_mailboxes WHERE mailbox_idnr = 92]
Debug:[db] db.c,db_acl_has_right(+4222): checking ACL [delete_flag]
for user [3] on mailbox [92]
Debug:[sql] dbpgsql.c,db_query(+281): [SELECT owner_idnr FROM
dbmail_mailboxes WHERE mailbox_idnr = 92]
Debug:[db] db.c,db_acl_has_right(+4232): mailbox [92] is owned by
user [3], is that also [3]?
Debug:[db] db.c,db_acl_has_right(+4236): mailbox [92] is owned by
user [3], giving all rights
Debug:[sql] dbpgsql.c,db_query(+281): [SELECT sum(pm.messagesize)
FROM dbmail_messages msg, dbmail_physmessage pm WHERE msg
.physmessage_id = pm.id AND msg.mailbox_idnr = 92 AND msg.status < 2
AND msg.deleted_flag = 1]
Debug:[sql] dbpgsql.c,db_query(+281): [UPDATE dbmail_messages SET
status=2 WHERE mailbox_idnr = 92 AND deleted_flag=1 AND s
tatus < 2]
Debug:[db] db.c,user_idnr_is_delivery_user_idnr(+4610): no need to
look up user_idnr for [EMAIL PROTECTED]@__]
Debug:[db] db.c,user_quotum_dec(+389): subtracting 0 from mailsize
Debug:[sql] dbpgsql.c,db_query(+281): [UPDATE dbmail_users SET
curmail_size = curmail_size - 0 WHERE user_idnr = 3]
Debug:[imapsession] dbmail-imapsession.c,dbmail_imap_session_printf
(+1296): RESPONSE: [328 OK CLOSE completed
]
Info:[imap] imap4.c,IMAPClientHandler(+336): Finished command close [0]
Info:[imap] imap4.c,IMAPClientHandler(+195): COMMAND: [329 LOGOUT]
Info:[imap] imap4.c,IMAPClientHandler(+308): Executing command logout...
Message:[imap] imapcommands.c,_ic_logout(+112): user (id:3) logging
out @ [2007-02-21 22:44:09]
Debug:[imapsession] dbmail-imapsession.c,dbmail_imap_session_printf
(+1296): RESPONSE: [* BYE dbmail imap server kisses you
goodbye
]
Info:[imap] imap4.c,IMAPClientHandler(+336): Finished command logout [0]
Debug:[imapsession] dbmail-imapsession.c,dbmail_imap_session_printf
(+1296): RESPONSE: [329 OK completed
]
Message:[imap] imap4.c,IMAPClientHandler(+384): Closing connection
for client from IP [86.85.244.215]
Debug:[serverchild] serverchild.c,PerformChildTask(+370): client
handling complete, closing streams
Info:[serverchild] serverchild.c,PerformChildTask(+372): connection
closed
Info:[serverchild] serverchild.c,select_and_accept(+223): waiting for
connection
Message:[server] pool.c,scoreboard_state(+527): Scoreboard state:
children [9/10], spares [5 (2 - 4)]
_______________________________________________
Dbmail-dev mailing list
[email protected]
http://twister.fastxs.net/mailman/listinfo/dbmail-dev