That looks good, lots of choices though, what direction should I go?
Thanks!
On 2012-01-17 13:55, Clay Smith wrote:
> Linuxmail.info has
some good information. Not sure if that will meet your needs though.
>
On Jan 17, 2012 12:50 PM, "S c o t t K r a m e r"
<scott_list(a)clevelanddata.com [2]> wrote:
>
>> Hi,
>>
>> Does anyone
have or recommend a nice walk-through/quick-start installing,
configuring dovecot, and the ideal linux variation to run it on?
>>
>>
I of course can google it, but there are tons of options, please if
someone can suggest the best, that would be awesome!
>>
>> We use
hMailserver right now, it's nice, but it's difficult to restore certain
things from backup (like a user folder deleted by accident), and it does
not support threading.
>>
>> Thanks!
>>
>>
_______________________________________________
>> List info:
http://lists.roundcube.net/dev/ [1]
>> BT/5533952c
Links:
------
[1]
http://lists.roundcube.net/dev/
[2] mailto:scott_list@clevelanddata.com
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
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
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
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
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
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
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
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
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
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