cyrus 2.5 with myroundcube calendar

[Ken Murchison]

On 05/04/2015 11:54 AM, Wolfgang Breyha wrote:
> Hi!
>
> I tried to access the cyrus 2.5 calendar with myroundcube calendar and failed.
>
> cyrus-imapd 2.5.1 is running and works as expected. Calendar is accessible
> with Thunderbird/Lightning following
> http://cyrusimap.org/docs/cyrus-imapd/2.5.0/install-http.php
>
> Nothing "unusual" in the configs. https, noplaintext auth, digest disabled
> for http.
>
> I can add/edit/remove events with lightning as expected using
> https://<hostname>/dav/calendars/user/<user>/Default/
>
> Then I tried adding myroundcube calendar to my existing and working
> roundcube installation. I added a caldav calandar with exactly same URL,
> but without trailing "/" to myrc cal.
>
> It works mostly, except that myrc calendar says:
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Initialize sync client for calendar 3
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Syncing calendar id "3".
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Found new event /dav/calendars/user/xxxx/Default/
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Found new event /dav/calendars/user/xxxx/Default/85eaa723-327a-4cf5-8e20-bb04aa705829.ics
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Found new event /dav/calendars/user/xxxx/Default/B79D296A8C9CC4B7B7794FADD7B57217-C2177D4A10BA4D17.ics
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Created 0 new events, updated 0 event.
>> May  4 01:38:28 xxx roundcube: <435cti4v> caldav_driver: Successfully synced calendar id "3".
> So, it actually finds the events, but doesn't add them to the rc calendar
> afterwards. Don't know why.
>
> Without trailing "/" in the caldav URI it even works to add an event,
> roundcube saves it, I get it in thunderbird, but roundcube itself doesn't
> display it.
>
> I'm not sure if this is roundcube related or if cyrus-httpd is the cause.
>
> I added unencrypted access for debugging purposes and tcpdumped the access.
> What I see is that rc cal. asks for all 3(!) "events", including
> /dav/calendars/user/xxxx/Default/
> and gets a "404 not found" in the multi-status response. That's the point
> were I don't know if cyrus or rc calendar is doing something wrong. Maybe
> it's caused by something completely differnt?

I would need to see telemetry to actually see what's going on. Unless 
there is a Cyrus bug that has been fixed in the master branch, I'm 
thinking RC is doing something wrong.  Cyrus plays nice with the Apple 
clients and Lightning.

Is it doing a PROPFIND or a REPORT that generates the 207 Multistatus?  
What does the request body look like?  You can enable Cyrus telemetry 
logging to see what is going on.


-- 
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University