Dev

dev@lists.roundcube.net

1 participants
4289 discussions

Update 0.7.1 is out
by Thomas Bruederli 09 Jan '12

09 Jan '12

Dear all, We're happy to announce another release of the Roundcube webmail suite. This service update brings some bug fixes and translation updates to the 0.7 stable release. See http://trac.roundcube.net/wiki/Changelog file for details. It is considered stable and we recommend to update all existing Roundcube installation with this release. Get it from http://roundcube.net/download as usual. Have fun and happy new year to everybody! Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Trouble with memcached, debian, etc. -- sort of fixed in rcube_session.php?
by Rob Sheldon 07 Jan '12

07 Jan '12

Hi, Finally decided to get memcached up and running with Roundcube -- awesome work there. I ran into a problem getting it to go at first though. Turned on all the logging in memcache and found this relevant bit: <28 get d5f4fbf9a78ea7c63f2919f1ba544fa0 > FOUND KEY d5f4fbf9a78ea7c63f2919f1ba544fa0 >28 sending key d5f4fbf9a78ea7c63f2919f1ba544fa0 >28 END 28: going from conn_parse_cmd to conn_mwrite 28: going from conn_mwrite to conn_new_cmd 28: going from conn_new_cmd to conn_waiting 28: going from conn_waiting to conn_read 28: going from conn_read to conn_parse_cmd <28 delete d5f4fbf9a78ea7c63f2919f1ba544fa0 1 >28 CLIENT_ERROR bad command line format. Usage: delete <key> > [noreply] ...which eventually led me to http://www.php.net/manual/en/memcache.delete.php where this problem is mentioned in comments. The PHP docs there specifically say not to include the timeout parameter when calling memcache->delete(), but unfortunately, due to a bug in the current php5-memcached package in Debian, not including the parameter causes php to automatically append a "1" to the end of the delete command, which breaks memcached. In rcube_session.php, I mucked about with the first line of mc_destroy(), changing it to: $ret = $this->memcache->delete($key, 0); ...which makes everything happy, despite being incorrect. I searched the dev- and users- mailing list archives and didn't find any other references to this particular problem, so I'm just mentioning it here in case anybody else gets bitten by it. Thanks, - R. -- [__ Robert Sheldon [__ Founder, No Problem [__ Information technology support and services [__ (530) 575-0278 [__ "You must be the change you wish to see in the world." -- Mahatma Gandhi _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 4

Add a field to contacts table to reflect the contact source
by Thomas Bruederli 07 Jan '12

07 Jan '12

Hello devs Regarding the feature request in ticket http://trac.roundcube.net/ticket/1488294 I'd like to discuss the proposed change here. While I totally understand the concern about copying the complete data structure for contacts and groups for every plugin which adds a new address source to Roundcube, I still fear that such a change will make it harder for the core development to deploy changes to these tables once 3rd party components also make use of it. We'd like to stay autonomous and our only concern should be to keep the plugin API backwards compatible. In my opinion, every plugin which doesn't directly operate on the internal address book data should build up it's very own storage. If it's a remote address book for example, one could make use of the new rcube_cache class to maintain a local copy in order speedup reading and writing. But maybe I'm wrong with this... Any votes or arguments for or against the proposed change? Best, Thomas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

session problems
by Ricardo Campos Passanezi 05 Jan '12

05 Jan '12

I've installed the roundcube 0.7 (freebsd port) into my machine, but I can't login with the system showing "Your session is invalid or expired." In the session logs, whenerver I try to login I get a: [05-Jan-2012 09:47:05 -0200]: Session authentication failed for hu51sq0hdvfhbe3u6eka8bj935; invalid auth cookie sent Versions: postgresql 9.0.5 with "timezone = 'America/Sao_Paulo'"; roundcube 0.7 with "$rcmail_config['timezone'] = 'America/Sao_Paulo';". I've searched through the list, goggled, and found something about plugins, but i didn't enabled any plugin here (yet). Is there anything I'm missing? Any clues? What can I do to help finding what is wrong? TIA... -- Ricardo Campos Passanezi - Network Analyst PGP & GPG public key at: http://www.ige.unicamp.br/~riccp Institute of Geosciences - http://www.ige.unicamp.br - UNICAMP _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Timezone setting
by Roland Liebl 04 Jan '12

04 Jan '12

Hi Devs, I'm currently implementing Timezone support in my calendar plugin. I think this should be integrated with Roundcube Timezone settings. Is there a special reason why you save only the offset and DST in prefs? This way I can't detect the appropriate Olson Timezone: F.e.: America/Denver and America/Phoenix are both in GMT offset -07:00, Denver use DST while Phoenix doesn't. I really would like to see the Timezone selection list showing Olson Timezone identifiers [timezone_identifiers_list()]. This change would it make possible to detect DST automatically as well ... $stz = date_default_timezone_get(); date_default_timezone_set( ... indentifier from config ...); $is_dst(date('I', time()); date_default_timezone_set($stz); Regards, R. _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

3 10

Update required for password plugin driver: ldap_simple
by Zhang Huangbin 30 Dec '11

30 Dec '11

Dear developers, We should update password plugin to support LDAP SSHA password with PHP 5.3. SSHA requires PHP module mhash in PHP-5.2 and earlier versions, but it's discontinued in PHP-5.3, hash extension has full mhash compatibility, all existing applications using the old functions will continue to work. Reference: http://php.net/manual/en/migration53.removed-extensions.php So we don't need to check mhash extension if we're running PHP-5.3 in plugins/password/driver/ldap_simple.php (Line 219): if (function_exists('mhash') && function_exists('mhash_keygen_s2k')) { After modified: if (function_exists('mhash_keygen_s2k')) { Works fine with PHP-5.3, Debian 6.0.3. i know it's dirty, so i'm looking forward to an official patch. Thanks. :) ---- Zhang Huangbin iRedMail: Open Source Mail Server Solution for Red Hat Enterprise Linux, CentOS, Scientific Linux, Debian, Ubuntu, openSUSE, FreeBSD: http://www.iredmail.org/ _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 1

Old translations
by Ossama Khayat 30 Dec '11

30 Dec '11

Hi, I wanted to update the Arabic language translation, but noticed it's now move to LaunchPad and nothing is translated. Are you moving the old translation over, or do we have to redo everything from scratch? thanks, _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 3

Fwd: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 30 Dec '11

30 Dec '11

hei Thomas I think this is fixed in SVN since before 0.7... but the fix is not in 0.7... can that be? the problem is that the GUI is not showing more than one address fields even when configured as home and work in the LDAP fieldmap. fact is, I can reproduce this in 0.7 as Feisar and Andreas Oster, but I observe that it works well in SVN... could it be that it is a new bug in 0.7 or is the fix not in 0.7? thanks Andreas -------- Original-Nachricht -------- Betreff: Re: [RCU] question regarding fieldmap for LDAP addressbook in RC 7 Datum: Thu, 29 Dec 2011 13:36:12 +0000 Von: feisar <f3isar(a)gmail.com> An: users(a)lists.roundcube.net > my question was, what do you see in the gui? > -> a dropdown left from the address? or even something like "Address"? > if you change the dropdown, do it not change? > or what does not work? > Andreas Hi, did this get resolved? I too am having trouble with the alternative work/home addresses. The email and phone number fields work as expected but there is no 'Add Field> Address' option (only email, phone and website in my case). I'm not really sure what the config should look like but here is mine (using the evolutionPerson schema). There are a couple of things commented out but that's just from previous experimentation: 'fieldmap' => array( // Roundcube => LDAP // Main information 'firstname' => 'gn', 'jobtitle' => 'businessRole', 'name' => 'cn', 'organization' => 'o', //'photo' => 'jpegPhoto', 'prefix' => 'title', 'surname' => 'sn', // Contact Properties 'email' => 'mail', 'phone:home' => 'homePhone', 'phone:work' => 'telephoneNumber', 'phone:mobile' => 'mobile', // Work address 'address:work' => 'street', //'zipcode:work' => 'postalCode', //'locality:work' => 'l', // Home address 'address:home' => 'homePostalAddress', //'zipcode:home' => 'postalAddress', //'locality:home' => 'otherPostalAddress', //'region:home' => 'st', //'country:home' => 'co', 'website' => 'labeledURI', // Personal information tab 'anniversary' => 'anniversary', 'birthday' => 'birthDate', 'manager' => 'managerName', 'spouse' => 'spouseName', // Notes tab 'notes' => 'note', ), Thanks -- List info: http://lists.roundcube.net/users/ BT/f0a00374 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

2 2

Re: [RCD] [RCU] question regarding fieldmap for LDAP addressbook in RC 7
by Andreas Dick 29 Dec '11

29 Dec '11

hei feisar I think your config should be more like: // Work address /// 'address:work' => 'street', 'zipcode:work' => 'postalCode', 'locality:work' => 'l', // Home address /// 'address:home' => 'homePostalAddress', 'zipcode:home' => 'postalAddress', 'locality:home' => 'otherPostalAddress', 'region:home' => 'st', 'country:home' => 'co', I think that 'address' is not supported but 'street' would be... but I suppose it do not work anyway with 0.7 since it should with curent SVN... can you please test that? Andreas _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

New skin - search field position
by Patrick Nagel 28 Dec '11

28 Dec '11

Hi, I'm not sure whether that's the right place to comment on the new skin, but since I just tried it out for the first time, I want to point out something that immediately caught my eye: The search field on the upper left is very confusing. Everyone is used to it being on the upper right, from about any web-app and even non-web-app I know, including the old skin, Thunderbird, etc.. MediaWiki even moved their search field to the upper right, just for that reason. Can it be moved to the right side? Patrick. -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

Dev