With gmail imap it's incredible slow... sometimes it get a timeout error. The previous version was fast...
You intend to use roundcube only with dovecot?
On Thu, 7 Oct 2010 18:27:52 +0200, Sandro Pazzi wrote:
With gmail imap it's incredible slow... sometimes it get a timeout error. The previous version was fast...
You intend to use roundcube only with dovecot?
No. I'm not sure, but gmail probably doesn't support SORT command, so in current Roundcube version custom sorting is used which is slow. Enable imap_debug and show as the logs.
In the previous version I set the index_sort property to true and all it's ok. Now seems that this property have no effect. In the imap log RC fetch all uid and all messages... In a 2000 messages folder I get a log of 1 MB! There is some settings that I don't know?
2010/10/7 A.L.E.C alec@alec.pl
On Thu, 7 Oct 2010 18:27:52 +0200, Sandro Pazzi wrote:
With gmail imap it's incredible slow... sometimes it get a timeout error. The previous version was fast...
You intend to use roundcube only with dovecot?
No. I'm not sure, but gmail probably doesn't support SORT command, so in current Roundcube version custom sorting is used which is slow. Enable imap_debug and show as the logs.
-- Aleksander 'A.L.E.C' Machniak http://alec.pl LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/9207991c
On 08.10.2010 10:48, Sandro Pazzi wrote:
In the previous version I set the index_sort property to true and all it's ok. Now seems that this property have no effect. In the imap log RC fetch all uid and all messages... In a 2000 messages folder I get a log of 1 MB! There is some settings that I don't know?
Go to messages list menu and set sorting to "None".
The error is the same... here my log: [08-Oct-2010 11:18:56 +0200]: C: sel1 SELECT "[Gmail]/Posta inviata" [08-Oct-2010 11:18:56 +0200]: S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) [08-Oct-2010 11:18:56 +0200]: S: * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen *)] [08-Oct-2010 11:18:56 +0200]: S: * OK [UIDVALIDITY 609138753] [08-Oct-2010 11:18:56 +0200]: S: * 4889 EXISTS [08-Oct-2010 11:18:56 +0200]: S: * 0 RECENT [08-Oct-2010 11:18:56 +0200]: S: * OK [UIDNEXT 8088] [08-Oct-2010 11:18:56 +0200]: S: sel1 OK [READ-WRITE] [Gmail]/Posta inviata selected. (Success) [08-Oct-2010 11:18:56 +0200]: C: fuid FETCH 4889 (UID) [08-Oct-2010 11:18:56 +0200]: S: * 4889 FETCH (UID 8086) [08-Oct-2010 11:18:56 +0200]: S: fuid OK Success [08-Oct-2010 11:18:56 +0200]: C: fhi0 FETCH 1:* (UID) [08-Oct-2010 11:18:56 +0200]: S: * 1 FETCH (UID 1) [08-Oct-2010 11:18:56 +0200]: S: * 2 FETCH (UID 2) ... [08-Oct-2010 11:19:47 +0200]: S: * 4889 FETCH (UID 8086) [08-Oct-2010 11:19:47 +0200]: S: fhi0 OK Success [08-Oct-2010 11:19:48 +0200]: C: FH12 FETCH 838:1837 (UID RFC822.SIZE FLAGS INTERNALDATE BODY.PEEK[HEADER.FIELDS (DATE FROM TO SUBJECT CONTENT-TYPE LIST-POST DISPOSITION-NOTIFICATION-TO REPLY-TO IN-REPLY-TO CC BCC MESSAGE-ID CONTENT-TRANSFER-ENCODING REFERENCES X-PRIORITY X-DRAFT-INFO MAIL-FOLLOWUP-TO MAIL-REPLY-TO RETURN-PATH)]) [08-Oct-2010 11:19:48 +0200]: S: * 838 FETCH (UID 838 RFC822.SIZE 949064 INTERNALDATE "30-Nov-2005 14:35:07 +0000" FLAGS ($NotJunk \Seen) BODY[HEADER.FIELDS (DATE FROM TO SUBJECT CONTENT-TYPE LIST-POST DISPOSITION-NOTIFICATION-TO REPLY-TO IN-REPLY-TO CC BCC MESSAGE-ID CONTENT-TRANSFER-ENCODING REFERENCES X-PRIORITY X-DRAFT-INFO MAIL-FOLLOWUP-TO MAIL-REPLY-TO RETURN-PATH)] {301} [08-Oct-2010 11:19:48 +0200]: S: From: "Sandro Pazzi IdWeb" < sandro.pazzi@idweb.it> To: francocerini@libero.it Subject: immagini Date: Wed, 30 Nov 2005 16:35:07 +0200 Message-ID: 71FD1292B21D7D4D8C21B98D892C6DA20F2584@ml150.IdWeb.local Content-Type: multipart/mixed; boundary="----=_NextPart_000_1443_01C8FBFF.B829F990"
[08-Oct-2010 11:19:49 +0200]: S: ) ...
and I get a timeout error from RC
2010/10/8 A.L.E.C alec@alec.pl
On 08.10.2010 10:48, Sandro Pazzi wrote:
In the previous version I set the index_sort property to true and all
it's
ok. Now seems that this property have no effect. In the imap log RC fetch all uid and all messages... In a 2000 messages folder I get a log of 1 MB! There is some settings that I don't know?
Go to messages list menu and set sorting to "None".
-- 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/dev/ BT/9207991c
On 08.10.2010 11:31, Sandro Pazzi wrote:
The error is the same... here my log:
[08-Oct-2010 11:18:56 +0200]: C: fhi0 FETCH 1:* (UID) [08-Oct-2010 11:18:56 +0200]: S: * 1 FETCH (UID 1) [08-Oct-2010 11:18:56 +0200]: S: * 2 FETCH (UID 2) ... [08-Oct-2010 11:19:47 +0200]: S: * 4889 FETCH (UID 8086)
As you see here it's slow. From this fragment I assume you're using caching. Try to disable it.
ok disabling caching load the page in 10 s. But why if caching was enabled all the time RC get all uid?
2010/10/8 A.L.E.C alec@alec.pl
On 08.10.2010 11:31, Sandro Pazzi wrote:
The error is the same... here my log:
[08-Oct-2010 11:18:56 +0200]: C: fhi0 FETCH 1:* (UID) [08-Oct-2010 11:18:56 +0200]: S: * 1 FETCH (UID 1) [08-Oct-2010 11:18:56 +0200]: S: * 2 FETCH (UID 2) ... [08-Oct-2010 11:19:47 +0200]: S: * 4889 FETCH (UID 8086)
As you see here it's slow. From this fragment I assume you're using caching. Try to disable it.
-- 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/dev/ BT/9207991c
On 08.10.2010 11:53, Sandro Pazzi wrote:
ok disabling caching load the page in 10 s. But why if caching was enabled all the time RC get all uid?
Not all the time, but it must check if the cache is in sync. There were some fixes in svn-trunk and their side effect is that first visit in a big folder takes long, because all messages (that are not in cache) are fetched.
If you have skip_deleted=true, you could disable it too.
thanks. Where I can check if cache is in sync?
2010/10/8 A.L.E.C alec@alec.pl
On 08.10.2010 11:53, Sandro Pazzi wrote:
ok disabling caching load the page in 10 s. But why if caching was enabled all the time RC get all uid?
Not all the time, but it must check if the cache is in sync. There were some fixes in svn-trunk and their side effect is that first visit in a big folder takes long, because all messages (that are not in cache) are fetched.
If you have skip_deleted=true, you could disable it too.
-- 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/dev/ BT/9207991c
On 08.10.2010 12:08, Sandro Pazzi wrote:
thanks. Where I can check if cache is in sync?
You can't. Roundcube uses magic for this ;)
-
A.L.E.C -
Sandro Pazzi