I am using FastMail Calendar, it's a paid service so not sure how you can test it, but any help will be appreciated. Problem is, any event I add in KOrganizer, show up on server fine, but any event that I add on server doesn't show up in KOrganizer, though, when I delete event from server (the one that was added from KOrganizer), it is deleted on local too. I asked about in their official forms, and here is the reply I got: "I can't see why KOrganizer isn't doing the right thing. It's fetching the URLs for the events, but then never actually asking for their content." Not sure if that would be actually helpful, so let me know whatever more info you require. Any ideas or suggestions? Reproducible: Always Steps to Reproduce: 1. Add a Dav Calendar (could be limited only to FastMail) 2. Add an event on server 3. Update calendar folder Actual Results: KOrganizer doesn't show any event added/updated on server Expected Results: All changes should be synced properly.
You can create a test account on FastMail easily enough, just sign up for a free trial. All the calendar features will be available on the beta server https://beta.fastmail.fm/ via the web, and the help docs there tell you how to configure calendar in various clients. I've also done some testing and shown the same behaviour. Here is a protocol dump: PROPFIND /dav/calendars/user/brong@fastmail.fm/ HTTP/1.0 Accept: text/html, text/*;q=0.9, image/jpeg;q=0.9, image/png;q=0.9, image/*;q=0.9, */*;q=0.8 Content-type: text/xml Connection: close Accept-charset: utf-8,*;q=0.5 Content-length: 341 Host: caldav.messagingengine.com User-agent: Mozilla/5.0 (X11; Linux x86_64) KHTML/4.13.0 (like Gecko) Konqueror/4.13 Pragma: no-cache Depth: 1 Accept-language: en-US,en;q=0.9 Authorization: Basic ... Cache-control: no-cache Accept-encoding: gzip, deflate, x-gzip, x-deflate <?xml version="1.0" encoding="utf-8"?> <propfind xmlns="DAV:"> <prop xmlns="DAV:"> <displayname xmlns="DAV:"/> <resourcetype xmlns="DAV:"/> <calendar-color xmlns="http://apple.com/ns/ical/"/> <supported-calendar-component-set xmlns="urn:ietf:params:xml:ns:caldav"/> <current-user-privilege-set xmlns="DAV:"/> </prop> </propfind> HTTP/1.1 207 Multi-Status Connection: close Date: Thu, 29 May 2014 02:21:33 GMT Vary: Accept-Encoding, Brief, Prefer Server: Cyrus/git2.5+0-git-fastmail-9810 Cyrus-SASL/2.1.25 OpenSSL/1.0.0 zlib/1.2.7 libxml2/2.9.1 SQLite/3.7.13 libical/1.0 Jansson/2.3.1 Content-Type: application/xml; charset=utf-8 Content-Length: 1207 <?xml version="1.0" encoding="utf-8"?> <multistatus xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:CY="http://cyrusimap.org/ns/"><response><href>/dav/calendars/user/brong@fastmail.fm/1de418ec-c05a-43b2-8b38-709ec04c1c5d</href><propstat><prop><current-user-privilege-set><privilege><all/></privilege><privilege><read/></privilege><privilege><C:read-free-busy/></privilege><privilege><write/></privilege><privilege><write-content/></privilege><privilege><write-properties/></privilege><privilege><bind/></privilege><privilege><CY:make-collection/></privilege><privilege><CY:add-resource/></privilege><privilege><unbind/></privilege><privilege><CY:remove-collection/></privilege><privilege><CY:remove-resource/></privilege><privilege><CY:admin/></privilege><privilege/></current-user-privilege-set><supported-calendar-component-set><C:comp name="VEVENT"/><C:comp name="VTODO"/><C:comp name="VJOURNAL"/><C:comp name="VFREEBUSY"/></supported-calendar-component-set><calendar-color><![CDATA[#6b2f01]]></calendar-color><resourcetype><collection/><C:calendar/></resourcetype><displayname><![CDATA[Test Number 2]]></displayname></prop><status>HTTP/1.1 200 OK</status></propstat></response></multistatus> ------------ And then searching inside the calendar: REPORT /dav/calendars/user/brong@internal/1de418ec-c05a-43b2-8b38-709ec04c1c5d/ HTTP/1.0 Accept: text/html, text/*;q=0.9, image/jpeg;q=0.9, image/png;q=0.9, image/*;q=0.9, */*;q=0.8 Content-type: text/xml Connection: close Accept-charset: utf-8,*;q=0.5 Content-length: 416 Host: caldav.messagingengine.com User-agent: Mozilla/5.0 (X11; Linux x86_64) KHTML/4.13.0 (like Gecko) Konqueror/4.13 Pragma: no-cache Depth: 1 Accept-language: en-US,en;q=0.9 Authorization: Basic ... Cache-control: no-cache Accept-encoding: gzip, deflate, x-gzip, x-deflate <?xml version="1.0" encoding="utf-8"?> <calendar-query xmlns="urn:ietf:params:xml:ns:caldav"> <prop xmlns="DAV:"> <getetag xmlns="DAV:"/> <resourcetype xmlns="DAV:"/> </prop> <filter xmlns="urn:ietf:params:xml:ns:caldav"> <comp-filter xmlns="urn:ietf:params:xml:ns:caldav" name="VCALENDAR"> <comp-filter xmlns="urn:ietf:params:xml:ns:caldav" name="VEVENT"/> </comp-filter> </filter> </calendar-query> HTTP/1.1 207 Multi-Status Connection: close Date: Thu, 29 May 2014 02:21:36 GMT Vary: Accept-Encoding, Brief, Prefer Server: Cyrus/git2.5+0-git-fastmail-9810 Cyrus-SASL/2.1.25 OpenSSL/1.0.0 zlib/1.2.7 libxml2/2.9.1 SQLite/3.7.13 libical/1.0 Jansson/2.3.1 Content-Type: application/xml; charset=utf-8 Content-Length: 1057 <?xml version="1.0" encoding="utf-8"?> <D:multistatus xmlns="urn:ietf:params:xml:ns:caldav" xmlns:D="DAV:"><D:response><D:href>/dav/calendars/user/brong@fastmail.fm/1de418ec-c05a-43b2-8b38-709ec04c1c5d/227d5898-ecaf-4767-8dbd-528f02687c99.ics</D:href><D:propstat><D:prop><resourcetype/><getetag>"30c00a98523004a35b09e615d98f08e613a44df3"</getetag></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response><D:response><D:href>/dav/calendars/user/brong@fastmail.fm/1de418ec-c05a-43b2-8b38-709ec04c1c5d/6ccb0dd3-bed7-4dc2-b3b8-b45d79e01bd0.ics</D:href><D:propstat><D:prop><resourcetype/><getetag>"d3c248fdb22f84a1b3990d1dc2c057ae95f571a3"</getetag></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response><D:response><D:href>/dav/calendars/user/brong@fastmail.fm/1de418ec-c05a-43b2-8b38-709ec04c1c5d/cdce706d-7a7a-4cc4-96da-894ad9439ab6.ics</D:href><D:propstat><D:prop><resourcetype/><getetag>"90fa17a0200efa3c78016b64c30ea5d350e4d792"</getetag></D:prop><D:status>HTTP/1.1 200 OK</D:status></D:propstat></D:response></D:multistatus> So it's getting URLs and etags for all the individual items, but then it never actually fetches them.
This is still present in 4.13.3
Assuming eGroupware also uses CalDav, this seems to be a duplicate of Bug #281969 which was reported in 2011 / KDE 4.7
I don't think it's a duplicate. In this case the initial sync doesn't happen, the calendar is never populated.
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.