Thread: RoundCube vacation plugin

Hi Blair,

I have missed your reply, so my apologies for the late reaction.

You have at the moment three ways to get the vacation reply to work:

1) FTP. The .vacation.msg and .forward are uploaded using FTP to the homedirectory. Use this if you have system users.

2) setuid. A special application (setuid bit set) places the .forward and .vacation.msg in the homedirectory of a system user. Use this if you don't have an FTP-server.

3) SQL. The vacation message and the aliases for that to work are stored in an database. Use this if you have virtual users and virtual domains.

Version 1.6.2 has an updated setuid driver, config.inc.php etc.

The squirrelmail_vacation_proxy can be found in the extra/ dir but needs to be recompiled if your Apache user is not 'Apache'. That's a hardcoded setting for extra security.

So if you tell me which driver you intend to use, I can help you out.

Hi,

Thanks for this great plugin. I found an issue running on Debian Etch. Maybe a depreciated error.

I get his in the logs:

PHP Fatal error: Call to undefined function sys_get_temp_dir()

I found this with some googling:

https://trac.usvn.info/ticket/364
"The function is only available in PHP 5.2.1. I will backport the function. "

And this is what I am running:

ii php5 5.2.0+dfsg-8+etch15

So that explains it. I will try and edit that line to a hard set "/tmp" maybe. See how we go..

Oh the full error line is:

PHP Fatal error: Call to undefined function sys_get_temp_dir() in /var/www/roundcubemail-0.3.1/plugins/vacation/lib/setuid.class.php on line 137

Hi,

The page at

Howto_Requirements ? Roundcube Webmail lists PHP 5.2.1 as a requirement for deploying Roundcube.

But the workaround should be fine or you can mimick the behaviour of the missing function by returning /tmp.

I cant seem to get this to work either. Im using cpanel too. I think I am doing something wrong. Im getting a 600 error too. should I leave the driver as setuid? or change this? Also am I suppose to create tables in my database and if so how many fields should they have?

Hi,
I install plugin vacation-1.6.3.tar.gz with setuid mode for roundcube;

PHP Code:

$rcmail_config['driver'] = 'setuid';
$rcmail_config['setuid']['setuid_executable'] = '/usr/bin/squirrelmail_vacation_proxy';
$rcmail_config['setuid']['vacation_executable'] = '/usr/bin/vacation';
$rcmail_config['setuid']['vacation_flags'] = ''; // See man vacation for valid flags
$rcmail_config['setuid']['vacation_message'] = '.vacation.msg';
$rcmail_config['setuid']['vacation_database'] = '.vacation.db';
$rcmail_config['setuid']['always_keep_message'] = true; 


I compiled vacation-1.2.7.0 binary from linux (from here) and run it.

I copy the binary extra/vacation_binary/squirrelmail_vacation_proxy to /usr/bin/squirrelmail_vacation_proxy

In the logs I see no error, but the auto-reply messages are not saved.

Any ideas?

My contribution vacation/localization/es_ES.inc ;

PHP Code:

<?php
$labels = array();
$labels['vacation'] = 'Vacaciones';
$labels['autoreply'] = "Activar autorepuesta";
$labels['outofoffice'] = 'Configuracion del mensaje';
$labels['autoreplysubject'] = 'Asunto';
$labels['autoreplymessage'] = 'Mensaje';
$labels['autoreplybutton'] = 'Guardar';
$labels['mailforward'] = 'Reenvio de correo';
$labels['keepcopy'] = 'Mantener una copia del email';
$labels['forwardingaddresses'] = 'Reenviar al email';
$labels['forward'] = 'Configuracion de reenvio';
$labels['success_changed'] = 'Configuracion guardada';
$labels['failed'] = 'Configuracion erronea!'
?>

Hi,

Perhaps a lame kick but the out of office / vacation plugin for Roundcube has quite a lot of bugfixes and improvements in error handling of the last releases.

If you still intend to use the plugin, vacation plugin 1.9.2 for Roundcube has just been released.

Our organization does not allow a user to set up their own forwards, due to archiving and retention policies. I was able to disable that ability in the older version I am now using. I don't see an easy way to disable forwards in this new version. Please consider adding that capability.

Originally Posted by ABerglund

Our organization does not allow a user to set up their own forwards, due to archiving and retention policies. I was able to disable that ability in the older version I am now using. I don't see an easy way to disable forwards in this new version. Please consider adding that capability.

Ok, that should be fairly easy to accomplish,i'll add a config option for config.ini

But for now you can disable the forwards by commenting the lines in vacation.php, around line 165 and line 174. Please let me know if that works out for you.

How did you previously disable the forwards?