On Mon, Jun 08, 2009 at 02:49:45PM -0500, Kyle Wheeler wrote: > On Monday, June 8 at 12:21 PM, quoth Patrick Welche: > >Now I'm even more confused: mutt says after several days of not > >reading mail, mutt says: > > > >Msgs:220272 New:6 Old:710 > > > >and those refer to the 6 new messages I received while it is open. > > YIKES - that is a *huge* mailbox! > > It's interesting that mutt seems to think all unseen messages are Old. > > >Then, leaving mutt open, I tried imtest localhost to the cyrus imap > >server and: > > I'd be more interested in what cyrus actually sent mutt. Imtest isn't > going to be reproducing exactly what mutt sent, so you don't know > exactly what cyrus sent mutt, we can only hope that what you'reshowing > here is what mutt saw. > > Compile mutt with debugging enabled, and then run mutt with the '-d 5' > flag, so that mutt will show you EXACTLY what it received.
Bother - only ran with -d 3 will try again later... However, here are highlights (Cyrus IMAP v2.3.13): 4> a0003 MYRIGHTS "INBOX"^M a0004 SELECT "INBOX"^M 4< * MYRIGHTS INBOX lrswipkxtecda Handling MYRIGHTS 4< a0003 OK Completed 4< * FLAGS (\Answered \Flagged \Draft \Deleted \Seen $MDNSent Junk NonJunk Old) Getting mailbox FLAGS 4< * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen $MDNSent Junk NonJunk Old \*)] Getting mailbox PERMANENTFLAGS 4< * 220712 EXISTS Handling EXISTS cmd_handle_untagged: New mail in INBOX - 220712 messages total. 4< * 14 RECENT 4< * OK [UNSEEN 214632] 4< * OK [UIDVALIDITY 1067797702] Getting mailbox UIDVALIDITY 4< * OK [UIDNEXT 710968] Getting mailbox UIDNEXT 4< * OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox 4< * OK [URLMECH INTERNAL] 4< a0004 OK [READ-WRITE] Completed IMAP queue drained So the above is on login, with 14 RECENT immediately. There are then loads of FETCHs, and IMAP queue drained imap_open_mailbox: msgcount is 220712 4> a0006 NOOP^M 4< * 220717 EXISTS Handling EXISTS cmd_handle_untagged: New mail in INBOX - 220717 messages total. 4< * 19 RECENT 4< a0006 OK Completed IMAP queue drained imap_cmd_finish: Fetching new mail more FETCH, and the messages are new, and have FLAGS \Recent ( Handling FETCH FETCH response ignored for this message ) ... IMAP queue drained 4> a0011 NOOP^M 4< * 220718 EXISTS Handling EXISTS cmd_handle_untagged: New mail in INBOX - 220718 messages total. 4< * 20 RECENT 4< a0011 OK Completed IMAP queue drained imap_cmd_finish: Fetching new mail grabbed a message, and now RECENT is up to 21, and this carries on to 24 as new mail arrives. At this point, mutt thinks: Msgs:220722 New:9 Old:791 2473M (Hmm? I would have guessed 24-19, not 9) On quit: 4> a0050 UID STORE 710968:710970,710972:710977 +FLAGS.SILENT (Old)^M a0051 UID STORE 710971 +FLAGS.SILENT (\Seen)^M 4< a0050 OK Completed 4< a0051 OK Completed ... 4> a0052 CLOSE^M a0053 LOGOUT^M 4< a0052 OK Completed 4< * BYE LOGOUT received Handling BYE 4< a0053 OK Completed IMAP queue drained > As I understand how mutt works, mutt determines the number of new/oldby > comparing what's in the folder to what's in it's header cache. > > If you delete mutt's header cache, does it default to assuming that > every unread message is new (as I would have thought) or does itdefault > to assuming that every unread message is old? I don't use the header cache - I would have to enable it to use it right? (off by default?) Cheers, Patrick
