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!
