Hello folks
With the just published version 0.8-beta we proudly release the all new user interface design of Roundcube, codename "Larry" out into the wild. It isn't enabled by default but you can easily enable and test the new look by setting $rcmail_config['skin'] = 'larry'; in your local config/main.inc.php file. Many thanks again to our volunteer designer at http://bueroflint.com for the great work!
Some plugins may not yet provide templates and styles for the new skin, so expect certain things to appear broken. We hereby kindly invite all plugin developers to adapt their plugins to the new skin.
Said that, we'd also like to mention that Internet Explorer 6 is no longer supported from this version on. Roundcube itself still works with IE6 but the new skin doesn't and we'll officially drop IE6 support anytime soon. It has just been around for too long...
Beside the new UI, this version also contains some bugfixes and improvements (see http://trac.roundcube.net/wiki/Changelog) as well as some code refactorings. These can potentially break some plugins if they use calls to renamed or refactored functions. Please watch your logs and in case you should notice any errors, please report them to the according plugin developers.
In addition to the technical and visual changes, starting with this release, Roundcube is now licensed under the GNU General Public License (GPL) Version 3 or later (with exceptions for skins & plugins) as we recently announced on our website: http://roundcube.net/license.
Please note that this is a beta release and we recommend to test it in a separate environment. The new skin most likely requires some more CSS hacking until we're ready for the 0.8 stable release. Please report all problems to our bug tracking system at http://trac.roundcube.net
Have fun!
List info: http://lists.roundcube.net/users/ BT/9b404e9e
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Thomas Bruederli said the following on 03/03/12 15:04:
Please report all problems to our bug tracking system at http://trac.roundcube.net
I would like to report a couple of issues, but trac.roundcube.net hangs when I hit the "create account" button after filling up the form to create a new account. :)
I am reporting the issues to this message, I fill a bug report when the track will go online.
The ./bin/installto script did not copy larry directory
RoundCube correclty logs on to IMAP (Dovecot 2.1 on localhost), shows the
folder list and the unread message conut for each folder, but shows no message. This is the IMAP trace:
[03-Mar-2012 18:46:45 +0100]: [FB81] S: * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Ready. [03-Mar-2012 18:46:45 +0100]: [FB81] C: A0001 ID ("name" "Roundcube Webmail" "version" "0.8-beta" "php" "5.3.3" "os" "Linux" "command" "/?_task=mail&_action=list&_mbox=INBOX&_page=1&_refresh=1&_remote=1&_unlock=loading1330796805189&_=1330796805190") [03-Mar-2012 18:46:45 +0100]: [FB81] S: * ID NIL [03-Mar-2012 18:46:45 +0100]: [FB81] S: A0001 OK ID completed. [03-Mar-2012 18:46:45 +0100]: [FB81] C: A0002 AUTHENTICATE PLAIN XXXXXXXXXXXXXX [03-Mar-2012 18:46:45 +0100]: [FB81] S: A0002 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SEARCH=FUZZY SPECIAL-USE] Logged in [03-Mar-2012 18:46:45 +0100]: [FB81] C: A0003 SELECT INBOX [03-Mar-2012 18:46:45 +0100]: [FB81] S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Forwarded $label1) [03-Mar-2012 18:46:45 +0100]: [FB81] S: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Forwarded $label1 *)] Flags permitted. [03-Mar-2012 18:46:45 +0100]: [FB81] S: * 185 EXISTS [03-Mar-2012 18:46:45 +0100]: [FB81] S: * 0 RECENT [03-Mar-2012 18:46:45 +0100]: [FB81] S: * OK [UIDVALIDITY 1221568435] UIDs valid [03-Mar-2012 18:46:45 +0100]: [FB81] S: * OK [UIDNEXT 252392] Predicted next UID [03-Mar-2012 18:46:45 +0100]: [FB81] S: * OK [HIGHESTMODSEQ 239350] Highest [03-Mar-2012 18:46:45 +0100]: [FB81] S: A0003 OK [READ-WRITE] Select completed. [03-Mar-2012 18:46:45 +0100]: [FB81] C: A0004 UID SEARCH RETURN (COUNT MAX) ALL UNDELETED [03-Mar-2012 18:46:45 +0100]: [FB81] S: * ESEARCH (TAG "A0004") UID MAX 252390 COUNT 113 [03-Mar-2012 18:46:45 +0100]: [FB81] S: A0004 OK Search completed (0.000 secs). [03-Mar-2012 18:46:45 +0100]: [FB81] C: A0005 LOGOUT [03-Mar-2012 18:46:45 +0100]: [FB81] S: * BYE Logging out [03-Mar-2012 18:46:45 +0100]: [FB81] S: A0005 OK Logout completed.
Ciao, luigi
/ +--[Luigi Rosa]-- \
Se tu sapessi cio` che Monna Lisa sapeva, sorrideresti anche tu.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Luigi Rosa said the following on 03/03/12 18:57:
I would like to report a couple of issues, but trac.roundcube.net hangs when I hit the "create account" button after filling up the form to create a new account. :)
Been able to create a user. The installto bug already exists, so please ignore.
Tried to file a bug but this error appears:
Oops? Trac detected an internal error: OperationalError: database is locked
There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue.
To that end, you could a ticket.
The action that triggered the error was:
POST: /newticket
Ciao, luigi
/ +--[Luigi Rosa]-- \
All intelligent species own cats.
Luigi Rosa wrote:
Luigi Rosa said the following on 03/03/12 18:57:
I would like to report a couple of issues, but trac.roundcube.net hangs when I hit the "create account" button after filling up the form to create a new account. :)
Been able to create a user. The installto bug already exists, so please ignore.
Tried to file a bug but this error appears:
Oops? Trac detected an internal error: OperationalError: database is locked
That's a known problem and we're working on a solution... just be patient and retry again.
Regards, Thomas
Hi Thomas and all, I am running svn trunc version of rc! This is testing infrastructure. The "larry" theme works well. Especially from the point of view of address books and email composition. Plugin issues so far, nothing major but sometimes I get some complains on the config file locations.
My major concern is to improve speed of screens reloading. For some reason RC is now taking couple more seconds to load mail screen (inbox) and in general all oprations are taking at least a 1 to 2 sec more. this is kind of too long. At the end when I click on compose I receive new email compose template in 6-7 seconds. Just too long. Also memcache (if I change db to memcache:port) in main.inc.php RC will not start and no log files are written.
I am trying to speed up (cache) or do anything to imporve RC loading of the svn trunc version screens. Please advise... --sasha
On Sat, Mar 3, 2012 at 9:04 AM, Thomas Bruederli thomas@roundcube.netwrote:
Hello folks
With the just published version 0.8-beta we proudly release the all new user interface design of Roundcube, codename "Larry" out into the wild. It isn't enabled by default but you can easily enable and test the new look by setting $rcmail_config['skin'] = 'larry'; in your local config/main.inc.php file. Many thanks again to our volunteer designer at http://bueroflint.com for the great work!
Some plugins may not yet provide templates and styles for the new skin, so expect certain things to appear broken. We hereby kindly invite all plugin developers to adapt their plugins to the new skin.
Said that, we'd also like to mention that Internet Explorer 6 is no longer supported from this version on. Roundcube itself still works with IE6 but the new skin doesn't and we'll officially drop IE6 support anytime soon. It has just been around for too long...
Beside the new UI, this version also contains some bugfixes and improvements (see http://trac.roundcube.net/wiki/Changelog) as well as some code refactorings. These can potentially break some plugins if they use calls to renamed or refactored functions. Please watch your logs and in case you should notice any errors, please report them to the according plugin developers.
In addition to the technical and visual changes, starting with this release, Roundcube is now licensed under the GNU General Public License (GPL) Version 3 or later (with exceptions for skins & plugins) as we recently announced on our website: http://roundcube.net/license.
Please note that this is a beta release and we recommend to test it in a separate environment. The new skin most likely requires some more CSS hacking until we're ready for the 0.8 stable release. Please report all problems to our bug tracking system at http://trac.roundcube.net
Have fun!
Thomas
List info: http://lists.roundcube.net/users/ BT/4e624a41
On 05.03.2012 14:13, Sasha Kacanski wrote:
Plugin issues so far, nothing major but sometimes I get some complains on the config file locations.
Core plugins? What exactly?
My major concern is to improve speed of screens reloading. For some reason RC is now taking couple more seconds to load mail screen (inbox) and in general all oprations are taking at least a 1 to 2 sec more. this is kind of too long. At the end when I click on compose I receive new email compose template in 6-7 seconds. Just too long.
How many folders do you have. How about pages where folders list isn't loaded (addressbook). What is the version you did test before, was it faster? Caching enabled or not?
Also memcache (if I change db to memcache:port) in main.inc.php RC will not start and no log files are written.
Any errors in log?
No plugin issues so far. I do use only one accounts and that one is working.
larry.png does not exist under skins/images so there is no sample image to be shown to user when she/he tries to change skin (prefs)
I have large number of folders. To be fair I am going against imap server that might not be the fastest right now.
I am switching to cyrus and that seems to work better for archive. I actually have two things going in my RC.
RC is going against two imap servers.
I use accounts to allow users to switch between archive and mail in one session. I use imapsync to move weekly and monthly email from one to another.
On Address Book wich is public ldap and private sql stuff is working fine. Problem is when I click on mail button and/or compose It seems that this is working much better when I am going against archive wich happens to be latest cyrus imap. mail as is currently is on citadel and that is slow (painfully slow with RC) That will change as I will migrate citadel to cyrus.
Can someone point me to caching document so that I know how to setup exactly caching!
No error logs on the memcache side. RC just want start period. I can't see to get session to work, period
// Backend to use for session storage. Can either be 'db' (default) or 'memcache' // If set to memcache, a list of servers need to be specified in 'memcache_hosts' // Make sure the Memcache extension (http://pecl.php.net/package/memcache) version >= 2.0.0 is installed $rcmail_config['session_storage'] = 'db'; //$rcmail_config['session_storage'] = 'memcache';
// Use these hosts for accessing memcached // Define any number of hosts in the form hostname:port $rcmail_config['memcache_hosts'] = 'localhost:11211'; // e.g. array( 'localhost:11211', '192.168.1.12:11211' );
if I change to memcache apache will start but RC reports: SERVICE CURRENTLY NOT AVAILABLE!
Error No. [604]
no logs on RC side and all logs are enabled + trace mode (8) is in.
on apache side all I get is:
[Mon Mar 05 12:29:06 2012] [notice] Apache/2.2.22 (Unix) DAV/2 PHP/5.3.10 configured -- resuming normal operations
hope this helps ...
--sasha
On Mon, Mar 5, 2012 at 8:33 AM, A.L.E.C alec@alec.pl wrote:
On 05.03.2012 14:13, Sasha Kacanski wrote:
Plugin issues so far, nothing major but sometimes I get some complains on the config file locations.
Core plugins? What exactly?
My major concern is to improve speed of screens reloading. For some reason RC is now taking couple more seconds to load mail screen (inbox) and in general all oprations are taking at least a 1 to 2 sec
more.
this is kind of too long. At the end when I click on compose I receive
new
email compose template in 6-7 seconds. Just too long.
How many folders do you have. How about pages where folders list isn't loaded (addressbook). What is the version you did test before, was it faster? Caching enabled or not?
Also memcache (if I change db to memcache:port) in main.inc.php RC will
not
start and no log files are written.
Any errors in log?
-- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net]
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl
List info: http://lists.roundcube.net/users/ BT/4e624a41
On 03/05/2012 06:31 PM, Sasha Kacanski wrote:
No plugin issues so far. I do use only one accounts and that one is working.
larry.png does not exist under skins/images so there is no sample image to be shown to user when she/he tries to change skin (prefs)
What? There's no such core feature.
I use accounts to allow users to switch between archive and mail in one session.
So, you're using another plugin here. When requesting performance issues to as, be sure the issues exists also with disabled all plugins.
On Address Book wich is public ldap and private sql stuff is working fine. Problem is when I click on mail button and/or compose It seems that this is working much better when I am going against archive wich happens to be latest cyrus imap.
But this is some regression in RC or it's just slow imap server? You have folders list loaded in mail and compose screens. As I've said, Roundcube is not very performant with big number of folders.
Can someone point me to caching document so that I know how to setup exactly caching!
To enable caching you need to change one or two config options. They're described in sample config file.
SERVICE CURRENTLY NOT AVAILABLE!
Error No. [604]
no logs on RC side and all logs are enabled + trace mode (8) is in.
Don't use trace mode!!! Roundcube will print error to logs/errors file (check permissions).
Thanks for rapid responses.
On Mon, Mar 5, 2012 at 12:52 PM, A.L.E.C alec@alec.pl wrote:
On 03/05/2012 06:31 PM, Sasha Kacanski wrote:
No plugin issues so far. I do use only one accounts and that one is working.
larry.png does not exist under skins/images so there is no sample image to be shown to user when she/he tries to change skin (prefs)
What? There's no such core feature.
I am just telling you what pop'ed up as an issue. I am not discussing what
is a core feature or not. It is fine with me if no one fixes this, I just ran into issue as a user when I switched from larry to default in settings, that is all. Default sking has png image and larry does not. I can fix this on my implementation of RC easily...
I use accounts to allow users to switch between archive and mail in one
session.
So, you're using another plugin here. When requesting performance issues to as, be sure the issues exists also with disabled all plugins.
Accounts plugin (remote imap) has nothing to do with this issue. I tried both ways and performance sicks with citadel IMAP. You might be right and this might improve as we go to cyrus.
On Address Book wich is public ldap and private sql stuff is working fine.
Problem is when I click on mail button and/or compose It seems that this is working much better when I am going against archive wich happens to be latest cyrus imap.
But this is some regression in RC or it's just slow imap server? You have folders list loaded in mail and compose screens. As I've said, Roundcube is not very performant with big number of folders.
You need to give me a cut off threshold. What do you mean by big number of folders. On current imap server (citadel) I have max 15 folders. Is that big? As a matter of fact, archive (cyrus) wich is performing much better, has per year folders which comes to let's say 10 top. If I would to create another 20 folders more I do not think that issue will exist on the cyrus side. Also our imap schema is relatively flat. Users have folders but we go as far as one level down. I am not seeing anything on the RC log side to tell me that RC is looping or doing something wierd. Never the less I have imap server on remote server (latency) and it is not my first choice. Again, I am not saying that you have issue, just bringing my issues up front to see if someone else is experiencing similar issue. I will move to cyrus and will see what that brings to the table.
Can someone point me to caching document so that I know how to setup
exactly caching!
To enable caching you need to change one or two config options. They're described in sample config file.
I enabled email caching and that is DB bound ... As far as session and memcache: DB Error: Failed to connect to memcached. Please check configuration in /var/www/rcube/program/include/rcube_session.php on line 82 (GET /rcube/?_task=mail&_action=check-recent&_mbox=INBOX&_list=1&_search=c6c55080502ae9a25c9eb9473a883655&_remote=1&_unlock=0&_=1330971489198)
There is nothing that prevents connection:
[root@frodo config]# telnet localhost 11211
Trying 127.0.0.1... Connected to localhost. Escape character is '^]'.
works fine memcached -d -l localhost -p 11211 -u memcached -m 64 -c 1024 -P /var/run/memcached/memcached.pid
memcache is working on the localhost ...
SERVICE CURRENTLY NOT AVAILABLE!
Error No. [604]
no logs on RC side and all logs are enabled + trace mode (8) is in.
Don't use trace mode!!! Roundcube will print error to logs/errors file (check permissions).
-- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net] ------------------------------**--------------------- PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl ______________________________**_________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/**mailman/listinfo/usershttp://lists.roundcube.net/mailman/listinfo/users
On 05.03.2012 22:52, Sasha Kacanski wrote:
What? There's no such core feature.
I am just telling you what pop'ed up as an issue. I am not discussing what
is a core feature or not. It is fine with me if no one fixes this, I just ran into issue as a user when I switched from larry to default in settings, that is all.
My point is that we probably can't help with plugins we don't know. As I understand now, your point is that larry is slower than default, right? It's possible, it uses more js code (new code) for interface widgets. What browser do you use?
Default sking has png image and larry does not. I can fix this on my implementation of RC easily...
Still don't know what image are you talking about.
You need to give me a cut off threshold. What do you mean by big number of folders. On current imap server (citadel) I have max 15 folders. Is that big?
No, more than 100 is a big number here.
Alec, thanks for being patient and kind. First do not worry about larry theme. this image thing is trivial. Click on settings user interface and you will get something like this:
Not Found
The requested URL /rcube/plugins/settings/skins/larry/images/larry.png was not found on this server.
Apache/2.2.22 (Fedora) Server at frodo.cpmain.cunyprep.org Port 80
For slowness, I do not think that theme is causing issues at this point. RC is slowing down possibly a bit more with larry vs. default but not that much. ( I would say a one second behind) As far as folders are concerned I think we will be way bellow 100 folders. This is most likely issue with slow imap server. Now memcache is still an issue with RC and I can't figure it out why I can't connect to memcache on localhost. I can telenet to it fine.
I use latest browsers firefox 10 /beta and chrome ....
so other than that I really like larry theme. good job ...
On Tue, Mar 6, 2012 at 2:11 AM, A.L.E.C alec@alec.pl wrote:
On 05.03.2012 22:52, Sasha Kacanski wrote:
What? There's no such core feature.
I am just telling you what pop'ed up as an issue. I am not discussing
what
is a core feature or not. It is fine with me if no one fixes this, I
just
ran into issue as a user when I switched from larry to default in
settings,
that is all.
My point is that we probably can't help with plugins we don't know. As I understand now, your point is that larry is slower than default, right? It's possible, it uses more js code (new code) for interface widgets. What browser do you use?
Default sking has png image and larry does not. I can fix this on my implementation of RC easily...
Still don't know what image are you talking about.
You need to give me a cut off threshold. What do you mean by big number
of
folders. On current imap server (citadel) I have max 15 folders. Is that big?
No, more than 100 is a big number here.
-- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net]
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
On 06.03.2012 14:34, Sasha Kacanski wrote:
The requested URL /rcube/plugins/settings/skins/larry/images/larry.png was not found on this server.
So, it's 'settings' plugin, not ours ;)
For slowness, I do not think that theme is causing issues at this point. RC is slowing down possibly a bit more with larry vs. default but not that much. ( I would say a one second behind)
One second is much, however I cannot confirm any difference. UI init function takes max. 30-40 ms in Firefox.
As far as folders are concerned I think we will be way bellow 100 folders. This is most likely issue with slow imap server. Now memcache is still an issue with RC and I can't figure it out why I can't connect to memcache on localhost. I can telenet to it fine.
memcache_hosts should be an array, so:
$rcmail_config['memcache_hosts'] = array('localhost:11211');
also class_exists('Memcache') should return true.
If this doesn't help, you can open a new thread for this.
settings plugin, ok thanks for the pointer ...
On Tue, Mar 6, 2012 at 9:09 AM, A.L.E.C alec@alec.pl wrote:
On 06.03.2012 14:34, Sasha Kacanski wrote:
The requested URL /rcube/plugins/settings/skins/larry/images/larry.png
was
not found on this server.
So, it's 'settings' plugin, not ours ;)
For slowness, I do not think that theme is causing issues at this point. RC is slowing down possibly a bit more with larry vs. default but not
that
much. ( I would say a one second behind)
One second is much, however I cannot confirm any difference. UI init function takes max. 30-40 ms in Firefox.
Will check this on our end and let you know when we get new imap server
ready ...
As far as folders are concerned I think we will be way bellow 100
folders.
This is most likely issue with slow imap server. Now memcache is still an issue with RC and I can't figure it out why I can't connect to memcache on localhost. I can telenet to it fine.
memcache_hosts should be an array, so:
$rcmail_config['memcache_hosts'] = array('localhost:11211');
also class_exists('Memcache') should return true.
tried your version of rcmail_config and still getting this error
DB Error: Failed to connect to memcached. Please check configuration in /var/www/rcube/program/include/rcube_session.php on line 82 (GET /rcube/)
I will open a thread. thanks
If this doesn't help, you can open a new thread for this.
-- Aleksander 'A.L.E.C' Machniak LAN Management System Developer [http://lms.org.pl] Roundcube Webmail Developer [http://roundcube.net]
PGP: 19359DC1 @@ GG: 2275252 @@ WWW: http://alec.pl _______________________________________________ Roundcube Users mailing list users@lists.roundcube.net http://lists.roundcube.net/mailman/listinfo/users
On 03/03/2012 18:57, Luigi Rosa wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Thomas Bruederli said the following on 03/03/12 15:04:
Please report all problems to our bug tracking system at http://trac.roundcube.net
I would like to report a couple of issues, but trac.roundcube.net hangs when I hit the "create account" button after filling up the form to create a new account. :)
I am reporting the issues to this message, I fill a bug report when the track will go online.
Exact same problem here. Did you manage to create a ticket or to solve it ?