Dev

dev@lists.roundcube.net

1 participants
4313 discussions

Start a nNew thread

How reset trac password?
by Tim Gerundt 23 May '13

23 May '13

Hi list, how can I reset my trac password (user "gerundt")? It seems that I forgot it. ;) Greetings, Tim Gerundt

1 0

Update 0.9.1 released
by Thomas Bruederli 22 May '13

22 May '13

Hello folks We proudly announce the first service release for the 0.9 series of Roundcube. As usual, it contains some bug fixes and improvements which didn't make it into the first stable version as well as some translation updates. After getting reports that some skin images weren't reloaded due to progressive cache settings, the packaged version now comes with unique urls of skin images referenced by templates and CSS files. If you're pulling the source directly from git you can achieve the same by running bin/updatecss.sh It's considered stable and we recommend to update all productive installations of Roundcube with this version. Download it from http://roundcube.net/download, see the full changelog here: http://trac.roundcube.net/wiki/Changelog Have fun! Thomas

13 42

0.9.1: is_readable() open_basedir restriction
by Reindl Harald 21 May '13

21 May '13

please change this to @is_readable() and it works with E_ALL "/usr/local/etc/httpd/conf/mime.types" does not exist on any normal system "/usr/share/misc" is in open_basedir because "/usr/share/misc/magic" open_basedir to /etc for "/etc/mime.types" is a no-go __________________________ [21-May-2013 20:05:35 Europe/Vienna] PHP Warning: is_readable() [<a href='http://at.php.net/manual/de/function.is-readable.php'>function.is-readable.php</a>]: open_basedir restriction in effect. File(/usr/local/etc/httpd/conf/mime.types) is not within the allowed path(s): (/usr/share/roundcubemail:/etc/roundcubemail:/var/log/roundcubemail:/usr/share/misc:/usr/share/pear:/tmp:/var/www/uploadtemp) in /usr/share/roundcubemail/program/lib/Roundcube/rcube_mime.php on line 798

1 0

AUTH PLAIN doesn't quite work
by Rimas Kudelis 20 May '13

20 May '13

Hi, it seems to me that RoundCube (0.9.0) can't authenticate to an Exim SMTP server (v4.72 on Debian) using AUTH PLAIN. I'm not sure which one of them is faulty here (or is it me?), but it looks like RoundCube is probably willing to send auth information after in a separate line than the AUTH PLAIN command, meanwhile Exim expects all that in the single line (AUTH PLAIN dGVzdAB0ZXN0AHRlc3RwYXNz). Is it a known problem? Rimas

2 1

Roundcube stacks in BitNami
by Beltran 15 May '13

15 May '13

Hi, I'm Beltran from BitNami project. We run a bi-weekly contest in which our users decide which application we should package next and add to the BitNami Library. Roundcube was the latest winner of our contest and we have been working on creating the stacks and virtual machines. One of the aims of BitNami is to simplify the deployment of popular web applications. Each application in the BitNami Library includes all the dependencies it needs to run, are completely free and can be deployed as all-in-one free native installers, virtual machines and cloud images. You can download the stacks for Linux, OS X, Windows or the virtual machine from the links below. It would be great if you could test them on your side and let us know if you have any question or suggestion to improve them. http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: a577e78abd2838b72f6f2d7b3086633d http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 9c4b32137475a008fb8b18232ff52be9 http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 6916a392f59dafb08e8c9aac878c7955 http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcu… md5sum: 380b25787a5d2311a0221723f9be799d Thanks, Beltran

1 0

plugins.roundcube.net ready for testing
by Thomas Bruederli 14 May '13

14 May '13

Hello devs After way too much time, we finally managed to get the composer-based plugin repository for Roundcube up and running. It's a clone of the packagist.org website with some modifications for managing Roundcube plugins. We also built a custom composer installer module that will install plugins to the right location and will also activate them right away in Roundcube's main config file if desired. Now it's time to fill up the repository with your plugins! Thus all plugin developers are kindly invited to register their plugins at http://plugins.roundcube.net In order to do so, you need to put each plugin into an individual SVN or GIT repository and write a composer.json file which contains the meta data of your plugin. Once this is done, please register at plugins.roundcube.net and submit your plugin by adding the URL to the source repository. It's as simple as that. More detailed instructions how to publish plugins and how a composer.json files needs to look like can be found on the http://plugins.roundcube.net site. Please note that the new plugin repisitory is still in beta testing and not officially launched. We're still working on improvements such as a plugin browsing page and more features of the installer (e.g. post-install and post-update scripts as well as automatic database schema upgrades). So stay tuned. Best, Thomas

3 7

$rcmail_config['session_storage'] - why not untouched?
by Reindl Harald 11 May '13

11 May '13

// Backend to use for session storage. Can either be 'db' (default) or 'memcache' $rcmail_config['session_storage'] = 'db'; can someone explain why roundcube thinks it have the need to be special here and introduce all sorts of troubles? every web-application but roundcube respects global settings or allow the admin to specify them in a <Directory> directive and on the server with PHP 5.4/Apache 2.4 below sessions are working for sure because phpMyAdmin and any inhouse application works, only roundcubemail-0.8.6 whines about failing to write session data hence, their are even admins with load on their machines which set "session.gc_probability = 0" to avoid the request overhead and do the cleanup outside the webserver via cronjob would every random application act this way it would be impossible to maintain lage setups with different apps at all ___________________________________ php_admin_value session.gc_probability "1" php_admin_value session.gc_divisor "100" php_admin_value session.gc_maxlifetime "7200" php_admin_value session.save_path "/var/www/sessiondata" [12-May-2013 01:23:26 Europe/Vienna] PHP Warning: session_write_close() [<a href='http://at.php.net/manual/de/function.session-write-close.php'>function.session-write-close.php</a>]: Failed to write session data (user). Please verify that the current setting of session.save_path is correct (/var/www/sessiondata) in /usr/share/roundcubemail/program/include/rcmail.php on line 1340

1 1

Different handling (displaying/quoting) of quoted paragraphs
by Michael Heydekamp 11 May '13

11 May '13

Preamble: This issue may get complicated. It's not a bug report, but at this stage just an appeal and attempt to understand the logic. Maybe Roundcube 1.0-git is doing it all correct, but maybe not. The issue: I received a message, produced with Roundcube 0.8.1, that contained the following quoted paragraph (without the dashed lines): --------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu > drosseln. --------------------------------------------------------------------- Three things are important to note upfront: 1) The quote above is taken from the message source, not from the display within Roundcube. 2) Lines #1 and #3 of this quote have a trailing blank (20d) in the original message (verified by saving it locally and looking at it with a hex editor). The message you are currently reading will not have these trailing blanks, as Roundcube 1.0-git does eliminate all trailing blanks prior to an EOL upon sending (no matter if the format is flowed or not). Which is a good idea, IMO, but apparently different to the behaviour of 0.8.1. 3) The message is declared as charset=UTF-8, format=flowed and CTE 8bit (not sure if this does play any role here). The quote above is displayed in 1.0-git [GIT 20130503.1233] like this: ---------------------------------------------------------------------------- > Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom > die Rede > davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ---------------------------------------------------------------------------- So the LF right after "zu " in Line #3 is being eliminated in the display, probably because of the trailing blank in line #3...? But if that should be the reason, why then isn't the LF in line #1, right after "Telekom " being eliminated as well...? So much to the display. Upon replying to this message, 1.0-git will will re-wrap the quoted paragraph like this (although I always trusted in that Roundcube wouldn't do any re-wrapping of quoted paragraphs): ------------------------------------------------------------------------------- >> Mal was ganz anderes zwischendurch: Es ist ja jetzt bei der Telekom die Rede >> davon, zukünftig ab einer bestimmten Datenmenge den Durchsatz zu drosseln. ------------------------------------------------------------------------------- Here, BOTH LFs in line #1 and #3 (with trailing blanks) are being eliminated, not only the one in line #3. So we have just two lines. Which does of course look much more nice than the quote of the original message. But what is the logic behind this, and why is the display logic different to the reply/quote logic? Furthermore, I'm not sure if re-wrapping of already quoted paragraphs is a good idea in all cases (in the case above it is, of course). If I think about plain text tables, ASCII art and such, this may become a mess (needs more testing). Apparently the current behaviour is related to those trailing blanks right before EOL, and probably to format=flowed as well (not sure for the latter). Any response welcome and appreciated. P.S.: Sreenshots of display, editor quote and/or hex code of the original message can be sent, if so required. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

2 12

Expanded threads lost when switching back to message view
by Kelsey Cummings 07 May '13

07 May '13

One of the most annoying things I've found so far in roundcube is that if you have a threaded message listing and have expanded a thread, that this when returning to the message listing from viewing a full message in this thread. It is obvious enough why it works this way but it would be fantastic if the message listing state (and position) was preserved so users don't have to search around in the message listing to to pickup where they left off. -- Kelsey Cummings - kgc(a)corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407

3 4

Re: [RCD] Word/line wrapping routine
by Michael Heydekamp 06 May '13

06 May '13

Am 02.05.2013 22:09, schrieb Michael Heydekamp: >> As long as I was using 0.9-git, I didn't have all those wrapping issues I >> described in my recent messages. Except a specific counting problem which I >> still need to test with the current routine. > > This needs still to be tested. Has just been tested. For the sake of completeness and clarity, I'd like to confirm that the issue described in the message attached, appears to be resolved in the meantime. Most likely thanks to the new wrapping routine, which did invent some new bugs on one hand, but at least fixed this one (and probably other ones) on the other hand. Plus the ones that have been fixed in the past days/week. Interestingly, 1.0-git of March 17th still had this bug, the current 1.0-git I'm now using [GIT 20130503.1233] doesn't appear to have it. So the new wrapping routine must have been invented/committed after March 17th. I may have missed that, as the SVN list had a severe leak - apparently due to an outage of the mailing list servers - between Mar 20th (10:43) and Mar 25th (09:11), so I haven't been able to notice the commits during this leakage. Cheers, -- Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev