Enable imap_debug and check the log, it will show you which command is slow if it's IMAP problem.

Aha! This tells me more about what's slow indeed: When clicking on a folder, all the messages are fetched one after the other, the logs spitting out something along the lines of

========================================= *snip*

[...]

[15-Sep-2010 18:21:47 +0200]: S: ) [15-Sep-2010 18:21:47 +0200]: S: * 621 FETCH (INTERNALDATE " 9-Sep-2010 14:19:43 +0200" BODY[HEADER.FIELDS (DATE)] {47} [15-Sep-2010 18:21:47 +0200]: S: Date: Thu, 9 Sep 2010 14:18:59 +0200 (CEST)

[...] ========================================= *snap* =========================================

Each one of those calls takes some time (about 0.07 secs), and for folders with more than 1500 messages in it that's sums up to about 2 minutes. This is were the delay sits. I'm not sure about the implications. Would that mean that the connection to the server is slow?

Cheers, Nico

On Wed, Sep 15, 2010 at 2:24 AM, A.L.E.C alec@alec.pl wrote:

On 14.09.2010 20:25, Nico Schlömer wrote:

...

I'm running a RoundCube installation on a FreeBSD server here, and it's fed by a *remote IMAP server. As recommended in the settings, I set

$rcmail_config['enable_caching'] = true;

but despite this, accessing the mails is *dead slow. It takes at least 5 seconds to access any given folder, and this doesn't seem to change after the folder has been accessed once (and hence cached?). This makes using RoundCube quite inconvenient.

Enable imap_debug and check the log, it will show you which command is slow if it's IMAP problem. If the login process is slow, then imapproxy could help.

Other tips: http://trac.roundcube.net/wiki/Howto_Performance

ps. I don't use caching in Roundcube, but I know it's code. Caching has some issues and is slow in some cases. Caching is also not used when threading is enabled. One issue is that you need to have all messages in cache to use it. It means, if you have a few pages on the list, you'll need to display them all, to make sure that Roundcube stores all messages in the cache.

-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/users/ BT/500a1e2e

List info: http://lists.roundcube.net/users/ BT/9b404e9e