[RCD] 0.9.1: is_readable() open_basedir restriction

please change this to  <at> 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

_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev

[RCD] AUTH PLAIN doesn't quite work

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

_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev

[RCD] Localisation of default mailbox names

Our users seem to be rather confused by the localisation which takes
place on the default mailbox names:

   Drafts
   Sent
   Junk
   Deleted Items

Largely because they are used to the names:

   postponed-msgs
   sent-mail
   spam
   Trash

and are puzzled that the same mailbox can show up twice in the list of 
mailboxes with different names.

A bit of experimentation reveals that the localisation can be disabled 
with two separate one line changes to program/include/rcmail.php (which 
could be controlled by a configuration option in config/main.inc.php).

Unfortunately it isn't quite possible to do this using the Roundcube 
plugin architecture. Would the roundcube devs accept a small patch which 
doesn't change the default behaviour?

--

-- 
David Carter                             Email: David.Carter <at> ucs.cam.ac.uk
University Computing Service,            Phone: (01223) 334502
New Museums Site, Pembroke Street,       Fax:   (01223) 334679

[RCD] Update 0.9.1 released

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
_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev

[RCD] Roundcube stacks in BitNami

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-roundcube-0.9.0-0-linux-x64-installer.run

md5sum: a577e78abd2838b72f6f2d7b3086633d

http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcube-0.9.0-0-osx-x86_64-installer.dmg

md5sum: 9c4b32137475a008fb8b18232ff52be9

http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcube-0.9.0-0-windows-installer.exe

md5sum: 6916a392f59dafb08e8c9aac878c7955

http://downloads.bitnami.com/files/stacks/roundcube/0.9.0-0/bitnami-roundcube-0.9.0-0-ubuntu-12.04.zip

[RCD] $rcmail_config['session_storage'] - why not untouched?

// 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

[RCD] Different handling (displaying/quoting) of quoted paragraphs

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.

[RCD] Expanded threads lost when switching back to message view

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 <at> corp.sonic.net      sonic.net, inc.
System Architect                          2260 Apollo Way
707.522.1000                              Santa Rosa, CA 95407
_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev

[RCD] Mystery: 1.0-git not usable anymore

Just logged into Roundcube 1.0-git and can't use it anymore: It doesn't
load any messages, and it doesn't react to any key or mouse action. It does
show the respective link in the status bar when hovering them, though, but
that's all.

I'm getting a Javascript error in the lower left corner of the status bar
of IE8, saying (in German, but I think it's understandable):

> Details zum Fehler auf der Webseite

> Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET
CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C)
> Zeitstempel: Mon, 6 May 2013 17:21:05 UTC

> Meldung: 'datepicker.regional' ist Null oder kein Objekt
> Zeile: 4
> Zeichen: 2
> Code: 0
> URI: http://www.xxxxxxxxx.de/xxxxxxxx/plugins/jqueryui/js/i18n/jquery.ui.datepicker-de.js?s=1352351691

I didn't change anything since last night, when it was still working, did
not even do a git-pull.

It doesn't have to be a Roundcube problem, it may very well be a problem on
my local machine or on our server, but I wouldn't know where to look at.
Even if I disable the line...

> $rcmail_config['jquery_ui_i18n'] = array('datepicker');

...in <roundcubedir>/plugins/jqueryui, the problem persists.

[RCD] Problem installation together with DAViCal

Hi all, 

What is the solution (workaround and long term bugfix) for the following issue:

https://bugs.launchpad.net/ubuntu/+source/roundcube/+bug/759974

Please reply on Launchpad. 

Thanks, 

Pander
_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev

[RCD] Package request for CardDAV plugin for Roundcube

Hi all,

In order to get http://www.crash-override.net/carddav.html packaged for
Debian and Ubuntu, please vote here:
  https://bugs.launchpad.net/ubuntu/+source/roundcube/+bug/1022025
by loggin in and selecting:
  "Yes, this bug affects me."

Anybody who can help out packaging this plugin, please comment on the issue.

Thanks,

Pander

_______________________________________________
Roundcube Development discussion mailing list
dev <at> lists.roundcube.net
http://lists.roundcube.net/mailman/listinfo/dev