Hi list,
As posted a couple of weeks ago I have completed the caldav backend for the calendar plugin. The only problem with this was that it was completed against the old abandoned calendar plugin so I devoted some effort to migrate it to the new calendar plugin. I am sad to say that this has failed due to a completely new interface which, IMHO, is to directed against the supported database backend. I therefore rest my case. However, should people want to takeover this task or be willing to use the old calendar plugin I have made it publicly available from this link.
Some improvements are contained within the plugin apart from completing the caldav backend. These are:
One thing I was not able to fix was the export of the calendar which always displays events dated epoch since I have not been able to transfer the displayed dates back to the backend.
Get it here: http://ftp.datanom.net/roundcube/calendar.tar.gz
On Sun, 27 Mar 2011 23:39:55 +0200, Michael Rasmussen wrote:
Hi list,
As posted a couple of weeks ago I have completed the caldav backend for the calendar plugin. The only problem with this was that it was completed against the old abandoned calendar plugin so I devoted some effort to migrate it to the new calendar plugin. I am sad to say that this has failed due to a completely new interface which, IMHO, is to directed against the supported database backend. I therefore rest my case. However, should people want to takeover this task or be willing to use the old calendar plugin I have made it publicly available from this link.
Some improvements are contained within the plugin apart from completing the caldav backend. These are:
- Upgraded to a newer version of full-calendar which support
selection of timeslots.
- Implemented selection of timeslots as a means of creating a new
event instead of simply clicking and have an event creating defaulting to lasting for 2 hours.
- Fix some bugs related to all-day events which were not handled according to RFC.
- Proper handling of timezones. Backend always saves in UTC but frontend displays in the users preferred timezone.
- Added more categories.
- Fix bug that prevented displaying CRLF in description as well as saving events containing CRLF on the server without loosing data.
- A number of small fixes of bugs.
One thing I was not able to fix was the export of the calendar which always displays events dated epoch since I have not been able to transfer the displayed dates back to the backend.
Get it here: http://ftp.datanom.net/roundcube/calendar.tar.gz
Hi Michael,
Doesn't work for me. Untared it on my roundcube 0.5 and configured the caldav backend with the following options
// Settings for CalDAV backend. $rcmail_config['caldav_server'] = 'https://server/davical/caldav.php'; $rcmail_config['caldav_username'] = 'unused'; $rcmail_config['caldav_password'] = 'unused'; $rcmail_config['caldav_collection'] = '/home/'; $rcmail_config['caldav_calendar'] = 'this is not used';
// --- Options for using RoundCube account for CalDAV authentication // (useful for LDAP) // // 1. If true, use login and password from RoundCube $rcmail_config['caldav_use_roundcube_login'] = true;
And I get the following error :
[28-mar-2011 17:05:27] PHP Parse error: syntax error, unexpected T_START_HEREDOC in /var/www/roundcubemail/plugins/calendar/program/backend/caldav.php on line 28
I'm using DAViCal/0.9.9. Roundcube is running on apache2 with php5, but there is no specific include of caldav libraries. (davical is on a different server).
Thanks, Julien _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 11:22:55 -0400 Julien Vehent julien@linuxwall.info wrote:
[28-mar-2011 17:05:27] PHP Parse error: syntax error, unexpected T_START_HEREDOC in /var/www/roundcubemail/plugins/calendar/program/backend/caldav.php on line 28
Sounds like a wrong interpretation of EOL. Are you by any chance using MS Windows on the server?
On Mon, 28 Mar 2011 19:36:47 +0200 Michael Rasmussen mir@datanom.net wrote:
Sounds like a wrong interpretation of EOL. Are you by any chance using MS Windows on the server?
Or have you uncompressed it on MS Windows?
On Mon, 28 Mar 2011 19:36:47 +0200 Michael Rasmussen mir@datanom.net wrote:
Sounds like a wrong interpretation of EOL. Are you by any chance using MS Windows on the server?
Just to make sure I have made a fresh download and unpacked the tarball on my server. It works perfect here so I am not able to replicate the error.
On Mon, 28 Mar 2011 19:51:14 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 19:36:47 +0200 Michael Rasmussen mir@datanom.net wrote:
Sounds like a wrong interpretation of EOL. Are you by any chance using MS Windows on the server?
Or have you uncompressed it on MS Windows?
Nope. wget and tar -xzvf on debian lenny.
But, since you're raising the point, I'm curious about that <<< _EOF syntax. Is it stock php ? I use it in bash but didn't know you could use it in php.
26 private $vevent = null; 27 private $new_vevent = <<<_EOF 28 BEGIN:VCALENDAR\r 29 VERSION:2.0\r
Julien _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 16:17:25 -0400 Julien Vehent julien@linuxwall.info wrote:
But, since you're raising the point, I'm curious about that <<< _EOF syntax. Is it stock php ? I use it in bash but didn't know you could use it in php.
Was introduced with PHP 4 -> http://www.php.net/manual/en/language.types.string.php#language.types.string...
26 private $vevent = null; 27 private $new_vevent = <<<_EOF 28 BEGIN:VCALENDAR\r 29 VERSION:2.0\r
Well, there must be something wrong with your installation because my code does not contain any \r ?? So these \r can only have enter the code after unpacking on your side.
Try replacing any MS Window \r\n or any Mac \r with the proper Unix line delimiter \n
On Mon, 28 Mar 2011 19:52:48 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 19:36:47 +0200 Michael Rasmussen mir@datanom.net wrote:
Sounds like a wrong interpretation of EOL. Are you by any chance using MS Windows on the server?
Just to make sure I have made a fresh download and unpacked the tarball on my server. It works perfect here so I am not able to replicate the error.
It's not a configuration problem. It's PHP....
# php5 caldav.php
Parse error: syntax error, unexpected T_START_HEREDOC in /var/www/roundcubemail/plugins/calendar/program/backend/caldav.php on line 28
# php5 --version PHP 5.2.6-1+lenny10 with Suhosin-Patch 0.9.6.2 (cli) (built: Mar 19 2011 01:46:14) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
What can I do ? _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
# php5 --version PHP 5.2.6-1+lenny10 with Suhosin-Patch 0.9.6.2 (cli) (built: Mar 19 2011 01:46:14) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
Ah, maybe that's the explanation: SID # php --version PHP 5.3.6-4 with Suhosin-Patch (cli) (built: Mar 23 2011 16:10:23)
Squeeze # php --version PHP 5.3.3-7+squeeze1 with Suhosin-Patch (cli) (built: Mar 18 2011 20:10:12)
Old-stable is a must?
On Mon, Mar 28, 2011 at 4:11 PM, Michael Rasmussen mir@datanom.net wrote:
On Mon, 28 Mar 2011 16:17:25 -0400 Julien Vehent julien@linuxwall.info wrote:
But, since you're raising the point, I'm curious about that <<< _EOF syntax. Is it stock php ? I use it in bash but didn't know you could use it in php.
Was introduced with PHP 4 ->
http://www.php.net/manual/en/language.types.string.php#language.types.string...
26 private $vevent = null; 27 private $new_vevent = <<<_EOF 28 BEGIN:VCALENDAR\r 29 VERSION:2.0\r
Well, there must be something wrong with your installation because my code does not contain any \r ?? So these \r can only have enter the code after unpacking on your side.
Try replacing any MS Window \r\n or any Mac \r with the proper Unix line delimiter \n
I can confirm seeing the '\r' in the heredoc sections of that file. I've not tested nor installed it, just confirming what Julien is seeing.
Unpacked using plain 'tar' on Ubuntu 10.10. PHP has never touched nor processed the file.
-- Hilsen/Regards Michael Rasmussen
Get my public GnuPG keys: michael <at> rasmussen <dot> cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir <at> datanom <dot> net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir <at> miras <dot> org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
Be security conscious -- National defense is at stake.
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/vS/GC1XnFSS/signature.asc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/ BT/42a65fb4
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
On Mon, 28 Mar 2011 23:33:41 +0200 Michael Rasmussen mir@datanom.net wrote:
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
Attached files get removed:-\
Get it here instead: http://ftp.datanom.net/roundcube/php_5.2_support.patch
On Mon, 28 Mar 2011 23:33:41 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
It is normal that you patch contains the \r at the end of the lines ? _______________________________________________ List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, Mar 28, 2011 at 4:37 PM, Julien Vehent julien@linuxwall.infowrote:
On Mon, 28 Mar 2011 23:33:41 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
It is normal that you patch contains the \r at the end of the lines ?
(first replied only to Julien - sorry for the duplicate Julien!)
Looks like that could be for inter-operability with Windows systems? Since the \n will be assumed within the heredoc.
So, the issue here was using heredoc syntax on initialization, which is not supported until 5.3 (and then, only so long as the heredoc does not contain variables).
http://www.php.net/manual/en/language.types.string.php#language.types.string...
http://www.php.net/manual/en/language.types.string.php#language.types.string.syntax.heredoc Just providing this for Google / list search.
-Dave
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 16:43:14 -0500 Dave Rowe dave@roweware.com wrote:
Looks like that could be for inter-operability with Windows systems? Since the \n will be assumed within the heredoc.
No, not just for Windows inter-op. Almost all internet RFC requires EOL expressed as \r\n for interoperability.
On Mon, 28 Mar 2011 23:36:23 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 23:33:41 +0200 Michael Rasmussen mir@datanom.net wrote:
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
Attached files get removed:-\
Get it here instead: http://ftp.datanom.net/roundcube/php_5.2_support.patch
Nice. The patch works. thanks.
But it wouldn't work right away, my davical server would receive the following request
[29/Mar/2011:00:00:11 +0200] "REPORT /davical/caldav.php/julien/home//this is not used HTTP/1.1" 400 173 "-" "-"
So I remove the variable $rcmail_config['caldav_calendar'] = ''; that was set at "this is not use" and now it works, I can view my events.
Thanks for the plugin ! :)
Julien
List info: http://lists.roundcube.net/dev/ BT/aba52c80
On Mon, 28 Mar 2011 23:36:23 +0200, Michael Rasmussen wrote:
On Mon, 28 Mar 2011 23:33:41 +0200 Michael Rasmussen mir@datanom.net wrote:
On Mon, 28 Mar 2011 17:18:06 -0400 Julien Vehent julien@linuxwall.info wrote:
What can I do ?
Try the attached patch - parses on my Lenny.
Attached files get removed:-\
Get it here instead: http://ftp.datanom.net/roundcube/php_5.2_support.patch
The codebase of the calendar plugin you are using is outdated. The developer does not support this plugin anymore. I have taken the plugin. It is hosted and maintained @ http://myroundcube.googlecode.com
Could you please implement the CalDAV driver into this calendar version?
-- Hilsen/Regards Michael Rasmussen
Get my public GnuPG keys: michael <at> rasmussen <dot> cc http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E mir <at> datanom <dot> net http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C mir <at> miras <dot> org http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917
You will not be elected to public office this year.
--- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/rh/FcQYPUei/signature.asc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< ---
List info: http://lists.roundcube.net/dev/ BT/aba52c80