People,
Firstly, thanks to the developers for a really nice product!
I have made the switch from Squirrelmail to RoundCubeMail for (remote)
webmail - which is a nice improvement. I have also bitten the bullet
and also switched from Thunderbird (for local mail) as well even though
there are a few features that I am missing because I think the
advantages of having a single mail client again (and one that has a SQL
DB for it's data) outweighs the disadvantages. I have been using RCM
heavily for some days now and am quite impressed but here are the
features I am missing from TB (I know some are already recognised as
wish list items but I thought I would repeat them to add weight to their
status). In the order I discovered them:
- a facility for inserting a text file into the body text
- a header lines editor
- show ALL of the items in the mail items pane ( increase max from 200
-> 999?)
- facility to open (as opposed to save) PDFs
- facility to list only folders with unread mails
- facility to automatically add new addressees to Address Book from
outgoing mails
- keyboard shortcuts
- RSS feeds (this seems to have been discussed on the fora a bit but
does not seem to be properly available?)
And also a question: Can plugins be written in Ruby? (I supposed I
should read the plugin stuff . .)
Thanks,
Phil.
--
Philip Rhoades
GPO Box 3411
Sydney NSW 2001
Australia
E-mail: phil(a)pricom.com.au
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Hi,
trying to set up the vacation-plugin wit ldap-backend I'm
stuck. Accessing the page I get an error "Fehler bei der Verarbeitung",
which means something like "Processing error".
Preliminaries:
Only the admin can (and shall) change data in the directory tree.
the User-Dn is build like
uid=user(a)example.com,ou=example.com,ou=virtualmail,dc=hanns,dc=de
(The Mail-Address is used for the attributes mail and uid)
Here's my ldap-configuration from plugins/vacation (comments stripped
for readability)
,----[ plugins/vacation/config.inc.php ]
| $rcmail_config['vacation_ldap_host'] = '127.0.0.1';
| $rcmail_config['vacation_ldap_port'] = 389;
| $rcmail_config['vacation_ldap_starttls'] = true;
| $rcmail_config['vacation_ldap_version'] = 3;
| $rcmail_config['vacation_ldap_basedn'] = 'ou=virtualmail,dc=hanns,dc=de';
| $rcmail_config['vacation_ldap_binddn'] = 'cn=Manager,dc=hanns,dc=de';
| $rcmail_config['vacation_ldap_bindpw'] = 'totallysecret';
| $rcmail_config['vacation_ldap_attr_email'] = 'mail';
| $rcmail_config['vacation_ldap_attr_emaillocal'] = 'mailhost';
| $rcmail_config['vacation_ldap_attr_emaildomain'] = 'mailsource';
| $rcmail_config['vacation_ldap_attr_vacationenable'] = 'vacationActive';
| $rcmail_config['vacation_ldap_attr_vacationenable_value_enabled'] = 'TRUE';
| $rcmail_config['vacation_ldap_attr_vacationenable_value_disabled'] = 'FALSE';
| $rcmail_config['vacation_ldap_attr_vacationstart'] = 'vacationStart';
| $rcmail_config['vacation_ldap_attr_vacationend'] = 'vacationEnd';
| $rcmail_config['vacation_ldap_attr_vacationsubject'] = null;
| $rcmail_config['vacation_ldap_attr_vacationmessage'] =
| 'vacationInfo';
| $rcmail_config['vacation_ldap_attr_vacationkeepcopyininbox'] = null;
| $rcmail_config['vacation_ldap_attr_vacationkeepcopyininbox_value_enabled'] = null;
| $rcmail_config['vacation_ldap_attr_vacationkeepcopyininbox_value_disabled'] = null;
| $rcmail_config['vacation_ldap_attr_vacationforwarder'] =
| 'vacationForward';
| $rcmail_config['vacation_ldap_search_base'] =
| 'uid=%username,dc=%email_domain,ou=virtualmail,dc=hanns,dc=de';
| $rcmail_config['vacation_ldap_search_filter'] = '(objectClass=CourierMailAccount)';
| $rcmail_config['vacation_ldap_search_attrs'] = array ('vacationActive', 'vacationInfo');
| $rcmail_config['vacation_ldap_modify_dns'] = array ( 'dc=Manager,dc=hanns,dc=de');
| $rcmail_config['vacation_ldap_modify_ops'] = array(
| array ('replace' => array(
| $rcmail_config['vacation_ldap_attr_vacationenable'] => '%vacation_enable',
| $rcmail_config['vacation_ldap_attr_vacationmessage'] => '%vacation_message',
| $rcmail_config['vacation_ldap_attr_vacationforwarder'] => '%vacation_forwarder'
| )
| )
| );
`----
I'm in doubt, if I've set the right values for example in
$rcmail_config['vacation_ldap_search_base'] and
$rcmail_config['vacation_ldap_modify_dns']
By now, I don't see any activity in the ldap-Log, when I access the
vacation page.
Probably someone can have a look at the configuration and give me a
hint, where to start searching for my mistake.
Any help appreciated.
Hanns
--
"Who is General Failure? And why is he reading my harddisk?"
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Am 08.06.2011 13:56, schrieb Andreas Dick:
> On Wed, 08 Jun 2011 13:26:59 +0200, Tobi wrote:
>> Hi
>>
>> I have a strange problem with the latest version of RC-mail. When trying
>> to login I always get a "no connection error" for the given
>> default_host. I set the logging values all to true, but there is not one
>> line in ./logs/errors But for every login attempt I get lines in
>> ./logs/sql
>> strange thing is that a testscript with fsockopen() on port 143 returns
>> a valid pointer. As well telnet mymailserver 143 returns the greeting
>> string from my dovecot server. All other clients than RC-mail in the
>> same subnet can easy connect to the dovecot server. Just RC "thinks"
>> there is an error.
>> Does anyone have an idea in which direction I can dig further?
> looks like the access rights of logs/ ... have you changed owner and
> group of this directorry to the one of the webserver? (and as well tmp/ )
> Andreas
Hi
thanks for the hint with owner. I just had group set to the group the
webserver is running under. After I set the webserver user as owner as
well I got a bunch of PHP-Notices in the file. But nothing that looks
like a real error. If I set the error_reporting back to E_ERROR then I
get nothing in the errors file. I checked my dovecots logs as well, not
a trace of a connection try of RC. Firewalls on both machines are not
running.
I tried the local LAN IP of my mailserver as default_host as well as the
hostname, did not make any difference.
I have no clue where this request is "blocked" but I guess that it must
be somewhere within RC as I'm pretty sure the requests never reach my
mailserver which is in the same subnet than the webserver. At least I
cannot find anything in the mailserver logs.
I tried ssl connections on port 993 as well as normal requests on port
143. Nothing works.
Anymore ideas where to look further?
Thanks + cheers
tobi
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Hi
I have a strange problem with the latest version of RC-mail. When trying
to login I always get a "no connection error" for the given
default_host. I set the logging values all to true, but there is not one
line in ./logs/errors But for every login attempt I get lines in ./logs/sql
strange thing is that a testscript with fsockopen() on port 143 returns
a valid pointer. As well telnet mymailserver 143 returns the greeting
string from my dovecot server. All other clients than RC-mail in the
same subnet can easy connect to the dovecot server. Just RC "thinks"
there is an error.
Does anyone have an idea in which direction I can dig further?
Thanks
tobi
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
People,
I have installed:
roundcubemail-0.3.1-2.fc13.noarch
and I have followed all the suggestions from the INSTALL doc and from a
number of web pages but I still get the message:
DATABASE ERROR: CONNECTION FAILED!
Unable to connect to the database!
Please contact your server-administrator.
I can tell from the lack of stuff in the PG logs that no connection is
even attempted. The only thing I haven't tried is rebooting the server
but that shouldn't be necessary?
I am looking to replace Squirrelmail for remote mail access and perhaps
Thunderbird for local access - as long as I don't don't lose too much
functionality . .
Suggestions appreciated!
Thanks,
Phil.
--
Philip Rhoades
GPO Box 3411
Sydney NSW 2001
Australia
E-mail: phil(a)pricom.com.au
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Hello folks,
We just published a new bugfix release that fixes two important issues
in the IMAP communication which prevented sent messages from being
saved in version 0.5.2.
It's recommended to update all productive installations of Roundcube
with this new release. See http://trac.roundcube.net/wiki/Changelog
for details.
Best regards,
Thomas
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Dear Roundcube users and lovers,
We're happy to announce another release of the Roundcube webmail
suite. This service update brings some more bug fixes and stability
improvements and it includes an updated version of the TinyMCE editor
which is now supposed to work correctly in IE9.
It is considered stable and we recommend to update all existing
Roundcube installation with this release. For a complete list of
changes see http://trac.roundcube.net/wiki/Changelog. Packages can be
downloaded from the usual place: http://roundcube.net/download
Have fun and happy easter,
Thomas
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Hi,
I'm trying to install roundcube from svn; this is what I get when I try to
login (the login fails):
DB Error in /var/www/[redacted]/program/include/rcube_mdb2.php (718): MDB2
Error: constraint violation Query: _doQuery: [Error message: Could not execute
statement] [Last executed query: EXECUTE
mdb2_statement_mysql_3415882471425ebb3058fd14a2a2528d2e740add6 USING @0, @1,
@2] [Native code: 1062] [Native message: Duplicate entry
'SJlwEcZI3UdK6f7r3,HcfYWdgsEJn2ghSoE6xWj7' for key 'PRIMARY']
I've set $rcmail_config['debug_level'] to 15 for this.
A backtrace indicates this originates in the shutdown routine
(debug_backtrace() slightly trimmed for brevity):
[0] => Array
[file] => /var/www/webmail2.ii.nl/program/include/rcube_mdb2.php
[line] => 301
[function] => _add_result
[1] => Array
[file] => /var/www/webmail2.ii.nl/program/include/rcube_mdb2.php
[line] => 219
[function] => _query
[2] => Array
[file] => /var/www/webmail2.ii.nl/program/includ/rcube_session.php
[line] => 181
[function] => query
[3] => Array
[function] => db_write
[class] => rcube_session
[4] => Array
[file] => /var/www/webmail2.ii.nl/program/include/rcmail.php
[line] => 1164
[function] => session_write_close
[5] => Array
[function] => shutdown
This is the only error I see (besides a lot of notices and strict errors when
I set error_reporting to E_ALL); does anyone have a pointer where to start
looking?
thanks,
Mrten.
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e
Hi there,
At some point I upgrade RC to the 0.5.2. Additionally, mysql was
upgraded to 5.1.57-1~dotdeb.1 from the dotdeb repos for Debian Squeeze.
There were no problems to report, until someone tried to change his
password, and the logs spat out this:
May 25 12:03:53 srv22 roundcube: PHP Parse error: syntax error,
unexpected T_VARIABLE in /web/rc/plugins/password/config.inc.php on line 19
May 25 12:03:53 srv22 roundcube: PHP Parse error: syntax error,
unexpected T_VARIABLE in /wev/rc/plugins/password/config.inc.php on line 19
The apparently offending line in this plugin is:-
$rcmail_config['password_require_nonalpha'] = false;
If I comment it out it just complains about the next line.
Has anyone seen this, so that I might mend it?
Best regards, S
--
List info: http://lists.roundcube.net/users/
BT/9b404e9e