[RCU] Roundcube Webmail 1.3.8 released

2018-10-26 Thread Thomas Bruederli
Dear subscribers

We proudly announce the next service release to update the stable version
1.3.

It contains fixes to several bugs backported from the master branch
including a security fix for a reported XSS vulnerability plus updates to
ensure compatibility with PHP 7.3 and recent versions of Courier-IMAP,
Dovecot and MySQL 8.

See the full changelog in the release notes on the Github download page [1].

This release is considered stable and we recommend to update all productive
installations of Roundcube with this version. Download it from
https://roundcube.net.

Best,
Alec & Thomas

[1] https://github.com/roundcube/roundcubemail/releases/tag/1.3.8
___
Roundcube Users mailing list
users@lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users

Re: [RCU] Slow displaying INBOX with thousands emails

2018-10-26 Thread Alexey

Maybe it's parsing the THREAD response, but I don't know. It also is
FETCHing messages for a hundred threads, no?

Fetching is extremely fast (0.004 + 0.000 + 0.003 secs).
Could you explain, why there is 3 numbers? (in previous message I show 
you only the last one)


And is there in chance to increase performance without disabling 
threads?


Did you try setting sorting to None? You can consider enabling 
imap_cache.

$config['imap_cache'] = 'memcache';
did nothing (sure, memcached is running and configured for RC)
___
Roundcube Users mailing list
users@lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users


Re: [RCU] Slow displaying INBOX with thousands emails

2018-10-26 Thread A.L.E.C
On 10/25/18 11:50 AM, Alexey wrote:
> First level of slowness was `thread` mode. [UID THREAD REFS US-ASCII ALL] 1s
> Second level of little slowness was `sort by date`. [UID SORT (ARRIVAL) 
> US-ASCII ALL] 0.7s
> Final query looks like this: [UID SEARCH ALL] 0.1s
> 
> But how 1 + 0.7 became 3.5s of `waiting` request time? (I get it from 
> profiler in browser)

Maybe it's parsing the THREAD response, but I don't know. It also is FETCHing 
messages for
a hundred threads, no?

> And is there in chance to increase performance without disabling threads?

Did you try setting sorting to None? You can consider enabling imap_cache.

-- 
Aleksander 'A.L.E.C' Machniak
Kolab Groupware Developer [http://kolab.org]
Roundcube Webmail Developer   [http://roundcube.net]

PGP: 19359DC1 # Blog: https://kolabian.wordpress.com
___
Roundcube Users mailing list
users@lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/users