hi!
On 2011-09-28 14:54, A.L.E.C wrote:
You can enable imap_debug in Roundcube and check the difference in 0.5 and new version.
imap debug shows some wait times between the commands: going to the settings dialog:
[29-Sep-2011 10:48:36 +0200]: [9421] C: A0003 LIST "" "*" [29-Sep-2011 10:48:36 +0200]: [9421] S: * LIST (\HasChildren) "." "kunden"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:37 +0200]: [9421] S: A0003 OK List completed.
(8 seconds between OK List and LIST Subscribed)
[29-Sep-2011 10:48:45 +0200]: [9421] C: A0004 LIST (SUBSCRIBED) "" "*"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:48:46 +0200]: [9421] S: A0004 OK List completed. [29-Sep-2011 10:48:56 +0200]: [9421] C: A0005 LOGOUT
(~10 seconds between OK List and logout)
initial login:
[29-Sep-2011 10:46:43 +0200]: [6A8E] C: A0003 LIST (SUBSCRIBED) "" "*" [29-Sep-2011 10:46:43 +0200]: [6A8E] S: * LIST (\Subscribed) "." "Sent"
... (2000 folders with >200.000 emails, ~1sec)
[29-Sep-2011 10:46:44 +0200]: [6A8E] S: * LIST (\Subscribed) "." "alertrb_todo" [29-Sep-2011 10:46:44 +0200]: [6A8E] S: A0003 OK List completed. [29-Sep-2011 10:46:53 +0200]: [6A8E] C: A0004 LOGOUT
(~10 seconds between OK List and logout)
unseeen count:
[29-Sep-2011 10:46:55 +0200]: [E2A9] S: A0003 OK List completed. [29-Sep-2011 10:47:04 +0200]: [E2A9] C: A0004 STATUS INBOX (MESSAGES UNSEEN) [29-Sep-2011 10:47:04 +0200]: [E2A9] S: * STATUS "INBOX" (MESSAGES 101 UNSEEN 0)
... (~5seconds for fetching all unread counts)
[29-Sep-2011 10:47:09 +0200]: [E2A9] S: A1996 OK Status completed. [29-Sep-2011 10:47:09 +0200]: [E2A9] C: A1997 LOGOUT [29-Sep-2011 10:47:09 +0200]: [E2A9] S: * BYE Logging out [29-Sep-2011 10:47:09 +0200]: [E2A9] S: A1997 OK Logout completed.
so in my optionion, the imap server is not the bottleneck in this setup. maybe there is some php bottleneck or sending data to the client which accounts for the 10 seconds betweeon OK List and Logout?
moreover, i used roundcube with another account with a lot of emails: approx 73000+ emails in 23 folders: no issue like the above. one folder consists of 62.000 emails - no issue when opening this folder!
that is why i do not think that the imap connection/server/... is the main issue.
more observations:
- the main issue might be in the js code/js engine/browser.
firfox, for example, reports an unresponsive script in skins/default/functions.js around line 616, 619, 632, etc. upon login.
this is the "fit_string_to_size" method.
- the browser window also gets unresponsive when scrolling the folder
pane on the left side of the window. i don't know how this is handled and if there is any js involved in this scrolling action?
i hadn't got enough time yet to check these mailboxes with chrome and unfortunately, i do not know how to best debug js code (e.g. getting a function call trace when rc is building a folder list).
i hope that this is enough information for you to pin the problem down to a specific part of roundcube!
thanks for your efforts, raoul