Roundcube 1.0.2 released

unihostbrasil

Verified User
Joined
Nov 23, 2009
Messages
208
Location
São Paulo - Brazil
Dear Roundcube users

We're proud to announce the second service release to update the
stable version 1.0 of Roundcube webmail. It contains some bug fixes
and improvements we considered important for the long term support
branch of Roundcube. See the full changelog here:

http://trac.roundcube.net/wiki/Changelog

It's considered stable and we recommend to update all productive
installations of Roundcube with this version.
 
This update caused me one minor problem.

On (only) one server I'm testing the DirectAdmin approach to backing up the RoundCube database, even though it's close to useless for restore, since without manipulating the sql file we can't do individual restores, and can only restore if the /etc/passwd file is the same as the machine on which the backup is made.

http://help.directadmin.com/item.php?id=347

After the update the cronjob threw an error because the password was changed by the update.

Does anyone know, does the update always change the password?

And can DirectAdmin staff modify CustomBuild so that the update will save and restore the original password?

Or perhaps use a master password to make the backup?

Any ideas?

Jeff
 
Hi Jeff,

yes CB does change RC DB password everytime.

You should either use a custom config.inc.php file for roundcube or use da_admin sql account (or root aswell) to make backups.

Best regards
 
On (only) one server I'm testing the DirectAdmin approach to backing up the RoundCube database, even though it's close to useless for restore, since without manipulating the sql file we can't do individual restores, and can only restore if the /etc/passwd file is the same as the machine on which the backup is made.

User backup & restore in RoundCube and DirectAdmin (user backup feature to include RC accounts) is not going to happen soon, unless http://trac.roundcube.net/ticket/1489994 gets more attention :)
 
User backup & restore in RoundCube and DirectAdmin (user backup feature to include RC accounts) is not going to happen soon, unless http://trac.roundcube.net/ticket/1489994 gets more attention :)
I know. Which is why I've opened up discussion with Jon at AfterLogic about whether or not their paid solution offers any kind of user-level backup/restore, which would make it possible (hopefully easy).

I'm also interested in the same issue with Horde Webmail but I'll ask specifically on the current Horde Webmail thread.

There would still need to be some pre and post processing, because webmail solutions cannot be expected to know which domain-level email addresses belong to which user.

This remains a problem for our users when we move to new servers, and we've come across it recently because we're moving all our clients to an entirely new infrastructure. So it's important to us to find a solution which will work.

But in the meantime I'm still going to backup the RoundCube database, and if the DirectAdmin mysql password works, I'll ask John to change his knowledgebase article to specify using it.

Jeff
 
I updated Roundcube the other day but something went wrong during the update it seems. The update was done on a Roundcube 0.9 version I recall.
There were a lot of errors containing "Undefined Index...".

The roundcube webmail-page itself seems to work and logins seem possible, but every page visit triggers a bunch of errors in the logs again, all containing 'Undefined index"-lines;

Code:
Mon Aug 04 23:24:44.738032 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Strict Standards:  Non-static method PEAR::setErrorHandling() should not be called statically in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/bootstrap.php on line 100
[Mon Aug 04 23:24:44.763721 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Strict Standards:  Declaration of rcmail::get_instance() should be compatible with rcube::get_instance($mode = 0, $env = '') in /var/www/html/roundcubemail-1.0.2/program/include/rcmail.php on line 31
[Mon Aug 04 23:24:44.763792 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined index: env in /var/www/html/roundcubemail-1.0.2/index.php on line 43
[Mon Aug 04 23:24:44.768017 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined variable: rcmail_config in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_config.php on line 226
[Mon Aug 04 23:24:44.769434 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined variable: rcmail_config in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_config.php on line 226
[Mon Aug 04 23:24:44.771144 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined offset: 2 in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_charset.php on line 119
[Mon Aug 04 23:24:44.772941 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined index: UTF-8 in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_charset.php on line 243
[Mon Aug 04 23:24:44.772959 2014] [:error] [pid 15715] [client <My.IP>:50870] PHP Notice:  Undefined index: UTF7-IMAP in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_charset.php on line 244
...
...


I tried building Roundcube again, but this resulted in the same amount of errors;

Code:
./build roundcube
cp: `/var/www/html/roundcube/logs' and `/var/www/html/roundcubemail-1.0.2/logs' are the same file
cp: `/var/www/html/roundcube/temp' and `/var/www/html/roundcubemail-1.0.2/temp' are the same file
Editing roundcube configuration...
Roundcube 1.0.2 has been installed successfully.
Executing database schema update.
PHP Strict Standards:  Non-static method PEAR::setErrorHandling() should not be called statically in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/bootstrap.php on line 100
PHP Notice:  Undefined index: package in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_utils.php on line 1016
PHP Notice:  Undefined index: version in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_utils.php on line 1016
...
-- many more errors in between --
...
Indexing contacts for user 10...done.
PHP Notice:  Undefined variable: join in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_contacts.php on line 246
Indexing contacts for user 11...done.
PHP Notice:  Undefined index: REMOTE_ADDR in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube.php on line 939
PHP Notice:  Undefined index: config_get in /var/www/html/roundcubemail-1.0.2/program/lib/Roundcube/rcube_plugin_api.php on line 405
This instance of Roundcube is up-to-date.
Have fun!


Now, before I might do some more Fubarring, what would be the best course of action to fix this?
And why did the update fail to begin with?
Thanks.
 
You mean 3rd party modules installed under Roundcube? Not that I know of. I try not to do much customizing on things I have no experienced knowledge about.
I don't have many users that use Roundcube (I know of only one for sure).

I stumbled onto that ticket aswell but couldn't see any relation to the errors I got.

Did read on the release notes of 1.0.1 something about a little script which should be run to update the database structure, but I *think* the (1.0.2) buildscript does this automaticly, by looking at the build log above... But maybe I wrong.
(I also would expect to see different errors if there was a database problem.)

@ http://roundcube.net/news/2014/05/11/update-1.0.1-released/
Please note that the update includes a small database schema change so make sure you run the update script.

Since my update went from a 0.9x version to 1.0.2, maybe this database script was missed?
(MySQL version is 5.5.27)
 
Last edited:
Still trying to find a solution for the errors I got.
Is it safe to (backup first and then) delete the entire roundcube-folder and simply reinstall them through custombuild?
Or will this mess up something in the database?
 
Tried removing Roundcube and reinstalling it, to no avail. Same errors.
I reverted back to Roundcube 1.0.0 and even version 0.95 but the errors still remain during installation.
Updated the CB buildscript to 1.2.41, tried again, no bueno.

Read something about the bootstrap.php-file in Roundcube-directory, which contains the following @ line 100;

Code:
PEAR::setErrorHandling(PEAR_ERROR_CALLBACK, 'rcube_pear_error');

After I commented out this line, the errors in the logs disappeared and Roundcube still seems to work without issues.

Of course I think this should not be the way to do things and still would like to know why the errors occur during installation in the first place.
Because with the next update the same will happen again probably.
 
Last edited:
Back
Top