I am running the following:
OS: windows xp
php: 5.2.2
apache: 2.2
all under xampp
calendar plugin: 1.9
roundcube: 0.6
I am also running the radicale caldav server on this machine. I have a calendar set up on it and am accessing it via Thunderbird/lightning and roundcube hoping they would share the calendar
I can create/edit/view/delete calendar events on lightning just fine, but roundcube is not working right. It appears that roundcube sucessfully sends the event over, but it looks somewhat truncated and does not show in roundcube or lightning. Also, lightning events do not show in roundcube..roundcube does not even seem to be sending a GET request when it is "replicating" the calendar. just an empty calendar.
here is a radicale trace log from a truncated rouncube event sent over:
PUT request at /user/me/20111113T220653Z-7HC63zk received
Request headers:
{'CONTENT_LENGTH': '230',
'CONTENT_TYPE': 'text/calendar',
'GATEWAY_INTERFACE': 'CGI/1.1',
'HTTP_ACCEPT': '*/*',
'HTTP_AUTHORIZATION': 'Basic ZGVtbzpwYXNz',
'HTTP_HOST': 'webservervm:5232',
'PATH_INFO': '/user/me/20111113T220653Z-7HC63zk',
'QUERY_STRING': '',
'REMOTE_ADDR': '192.169.1.160',
'REMOTE_HOST': 'webserverVM',
'REQUEST_METHOD': 'PUT',
'SCRIPT_NAME': '',
'SERVER_NAME': 'webserverVM',
'SERVER_PORT': '5232',
'SERVER_PROTOCOL': 'HTTP/1.1',
'SERVER_SOFTWARE': 'WSGIServer/0.1 Python/2.7.2',
'wsgi.errors': <open file '<stderr>', mode 'w' at 0x00A450D0>,
'wsgi.file_wrapper': <class wsgiref.util.FileWrapper at 0x00C3E3B0>,
'wsgi.input': <socket._fileobject object at 0x00DE2AF0>,
'wsgi.multiprocess': False,
'wsgi.multithread': True,
'wsgi.run_once': False,
'wsgi.url_scheme': 'http',
'wsgi.version': (1, 0)}
Sanitized path: /user/me/20111113T220653Z-7HC63zk
Request content:
BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Roundcube Webmail//NONSGML Calendar//EN
X-WR-Timezone: Europe/London
BEGIN:VEVENT
DTSTART:19700101T000000Z
X-DB-UID:@sundanse@sundanse.net
UID:20111113T220653Z-7HC63zk
END:VEVENT
END:VCALENDAR
Here is a thunderbird event that shows up:
PUT request at /user/me/599e357e-02a9-4071-aa1b-f467838b14fe.ics received
Request headers:
{'CONTENT_LENGTH': '868',
'CONTENT_TYPE': 'text/calendar; charset=utf-8',
'GATEWAY_INTERFACE': 'CGI/1.1',
'HTTP_ACCEPT': 'text/xml',
'HTTP_ACCEPT_CHARSET': 'utf-8,*;q=0.1',
'HTTP_ACCEPT_ENCODING': 'gzip, deflate',
'HTTP_ACCEPT_LANGUAGE': 'en-us,en;q=0.5',
'HTTP_CACHE_CONTROL': 'no-cache',
'HTTP_CONNECTION': 'keep-alive',
'HTTP_HOST': 'webservervm:5232',
'HTTP_IF_NONE_MATCH': '*',
'HTTP_PRAGMA': 'no-cache',
'HTTP_USER_AGENT': 'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105
Thunderbird/8.0 Lightning/1.0',
'PATH_INFO': '/user/me/599e357e-02a9-4071-aa1b-f467838b14fe.ics',
'QUERY_STRING': '',
'REMOTE_ADDR': '192.169.1.69',
'REMOTE_HOST': 'Graphix',
'REQUEST_METHOD': 'PUT',
'SCRIPT_NAME': '',
'SERVER_NAME': 'webserverVM',
'SERVER_PORT': '5232',
'SERVER_PROTOCOL': 'HTTP/1.1',
'SERVER_SOFTWARE': 'WSGIServer/0.1 Python/2.7.2',
'wsgi.errors': ', mode 'w' at 0x00A450D0>,
'wsgi.file_wrapper': ,
'wsgi.input': ,
'wsgi.multiprocess': False,
'wsgi.multithread': True,
'wsgi.run_once': False,
'wsgi.url_scheme': 'http',
'wsgi.version': (1, 0)}
Sanitized path: /user/me/599e357e-02a9-4071-aa1b-f467838b14fe.ics
Request content:
BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T020000
RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T020000
RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20111114T060434Z
LAST-MODIFIED:20111114T060448Z
DTSTAMP:20111114T060448Z
UID:599e357e-02a9-4071-aa1b-f467838b14fe
SUMMARY:mozevent2
DTSTART;TZID=America/Los_Angeles:20111119T231500
DTEND;TZID=America/Los_Angeles:20111119T234500
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-PT15M
DESCRIPTION:Default Mozilla Description
END:VALARM
END:VEVENT
END:VCALENDAR
Anyone have an idea what is going wrong? Both clients are set to the same url for the caldav server.