On Thu, 2007-05-24 at 08:48 -0400, Greg Troxel wrote: > Basically everything works fine except that in gnus typing 'g' in the > *Group* buffer, which is supposed to check for new mail and list the > number of new messages, fails to notice new mail.
Show me the IMAP traffic logs and ls -ld output of the Maildir/new directories before and after the mail lookup check. > Or should dovecot be not relying on cached state and revalidate the > mailbox on STATUS, even if it is already SELECTED? Dovecot checks if new/ or cur/ directory's mtime changed. If neither did, it trusts its cached state (basically, there's another dirty-recheck-rule). > Further, is it the group's opinion that a well-behaved client would > UNSELECT or CLOSE when the user takes an action that indicates being > finished with a mailbox? Or is it reasonable to leave a mailbox > SELECTed as an optimization. It seems that for Thunderbird, etc., the > user sits in INBOX with IDLE, but with gnus I tend to be in *Group* with > no mailboxes selected. Leaving mailbox selected and IDLEing there (or not) is ok. In general Dovecot doesn't try to enforce any specific kind of client behavior.
signature.asc
Description: This is a digitally signed message part
