On 26.07.2010 10:34, Ed W wrote:
I guess the question could be better rephrased as whether there is a more efficient way to retrieve (or at least parse) this information? Just glancing at the html produced it's not really clear why we would need all the data anyway? The navigation links don't appear to need this info? (Could you point to the code path perhaps so I can look closer?) The HTML *appears* to do a server side call to find the next/prev messages (so it seems like we retrieve this info only to print "message X of Y"?)
No. You didn't tell which command is slow, SORT or THREAD? As you'll see in the log, the same commands are executed for mailbox listing action. The question is why they are slow in 'show' action. You've got timestamps in debug log, where's the delay?
See steps/mail/show.inc, lines 111-121
Grateful for any insights? To be clear I think this should be reproducible for anyone else with a few thousand messages in a mailbox? I don't think it's the imap server which is limiting performance, but the PHP side?
I have no problems with 10.000 messages in a folder. Dovecot 1.1.