On 23 Sep 2010, at 23:13, Michael Elkins wrote:
> Yes, this is the problem. Mutt expects to see a FETCH response for each
> message the server says EXISTS. The IMAP standard requires that no "holes"
> exist in the message sequence numbers, and mutt is not prepared to handle
> them.
I hope it's as simple as that, since that does seem like something mutt could
work around (at least in principle). I'm a little sceptical, however, since not
only do Apple Mail and Thunderbird not hang, but they actually show all the
messages in these problem mailboxes. There are no missing messages, as
evidenced by the message totals and the message #s shown in their GUIs matching
expectations (and being large!).
I've done a bit more testing on this Exchange 2010 server and established based
on mutt debug logs that the problem is with mailboxes with greater than 2046
messages. If an IMAP mailbox contains 2047 or more messages, the list of FETCH
numbers in .muttdebug0 has missing entries, often several dozen (e.g. there
were about 90 missing in a mailbox of ~4000 messages, about 40 in a mailbox of
~2000). Curiously, "FETCH 1" is always missing.
On the other hand, if a mailbox contains 2046 or fewer messages, the the list
of FETCH numbers is contiguous, it includes "FETCH 1", and the last number
matches the number given by EXISTS.
Hope that helps. Please let me know if there's any more testing I can do. In
the meantime, I've used Thunderbird to divide all my mailboxes up into smaller
ones!
