Ok, then you very much for your fast help! I'll look into the server logs again. Is there a way to close this Thread?

For reference and transparency: We have created this report on Apple Bug Reporter on 17 Oct 2015 here: https://bugreport.apple.com/web/?problemID=23156564 Summary: When querying resource properties with PROPFIND, iCloud returns the same property (in this example: <resourcetype/>) one time as 200 OK and one time as 404 Not Found. This doesn't make any sense and causes clients to ignore the property and thus to fail. Steps to Reproduce: curl --data @1.xml -vX PROPFIND -H 'Depth: 1' -u xxxxxx:XXXXXX https://p23-caldav.icloud.com/xxxxxxxx/calendars/ Expected Results: Don't send <resourcetype/> with propstat status 404. Actual Results: The response for <href>/xxxx/calendars/home/</href> contains: <response> <href>/xxxxx/calendars/home/</href> <propstat> <prop> <resourcetype> <collection/> <calendar xmlns='urn:ietf:params:xml:ns:caldav'/> </resourcetype> ... </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <resourcetype/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> Full response: <?xml version='1.0' encoding='UTF-8'?> <multistatus xmlns='DAV:'> <response> <href>/xxxxx/calendars/</href> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'> <comp name='VEVENT'/> <comp name='VTODO'/> </supported-calendar-component-set> <displayname>xxxxxxxxxx</displayname> <current-user-privilege-set> <privilege> <read/> </privilege> <privilege> <read-free-busy xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> <privilege> <write/> </privilege> <privilege> <write-properties/> </privilege> <privilege> <write-content/> </privilege> <privilege> <bind/> </privilege> <privilege> <unbind/> </privilege> </current-user-privilege-set> <resourcetype> <collection/> </resourcetype> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <calendar-color xmlns='http://apple.com/ns/ical/'/> <resourcetype/> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> <response> <href>/xxxxx/calendars/home/</href> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'> <comp name='VEVENT'/> </supported-calendar-component-set> <displayname>xxxxxxxxxx</displayname> <current-user-privilege-set> <privilege> <read/> </privilege> <privilege> <read-free-busy xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> <privilege> <write/> </privilege> <privilege> <write-properties/> </privilege> <privilege> <write-content/> </privilege> <privilege> <bind/> </privilege> <privilege> <unbind/> </privilege> </current-user-privilege-set> <calendar-color symbolic-color='__custom__' xmlns='http://apple.com/ns/ical/'>#cca312FF</calendar-color> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Apple Inc.//Mac OS X 10.9.4//EN CALSCALE:GREGORIAN BEGIN:VTIMEZONE TZID:America/Los_Angeles BEGIN:DAYLIGHT TZOFFSETFROM:-0800 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU DTSTART:20070311T020000 TZNAME:GMT-7 TZOFFSETTO:-0700 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:-0700 RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU DTSTART:20071104T020000 TZNAME:GMT-8 TZOFFSETTO:-0800 END:STANDARD END:VTIMEZONE END:VCALENDAR ]] ></calendar-timezone> <resourcetype> <collection/> <calendar xmlns='urn:ietf:params:xml:ns:caldav'/> </resourcetype> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <resourcetype/> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> <response> <href>/xxxxx/calendars/notification/</href> <propstat> <prop> <displayname>notification</displayname> <current-user-privilege-set> <privilege> <read/> </privilege> <privilege> <read-free-busy xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <unbind/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> </current-user-privilege-set> <resourcetype> <notification xmlns='http://calendarserver.org/ns/'/> <collection/> </resourcetype> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-color xmlns='http://apple.com/ns/ical/'/> <resourcetype/> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> <response> <href>/xxxxx/calendars/tasks/</href> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'> <comp name='VTODO'/> </supported-calendar-component-set> <displayname>DAVdroid</displayname> <current-user-privilege-set> <privilege> <read/> </privilege> <privilege> <read-free-busy xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> <privilege> <write/> </privilege> <privilege> <write-properties/> </privilege> <privilege> <write-content/> </privilege> <privilege> <bind/> </privilege> <privilege> <unbind/> </privilege> </current-user-privilege-set> <calendar-color symbolic-color='blue' xmlns='http://apple.com/ns/ical/'>#1badf8FF</calendar-color> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'><![CDATA[BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Apple Inc.//Mac OS X 10.9.4//EN CALSCALE:GREGORIAN BEGIN:VTIMEZONE TZID:America/Los_Angeles BEGIN:DAYLIGHT TZOFFSETFROM:-0800 RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU DTSTART:20070311T020000 TZNAME:GMT-7 TZOFFSETTO:-0700 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:-0700 RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU DTSTART:20071104T020000 TZNAME:GMT-8 TZOFFSETTO:-0800 END:STANDARD END:VTIMEZONE END:VCALENDAR ]] ></calendar-timezone> <resourcetype> <collection/> <calendar xmlns='urn:ietf:params:xml:ns:caldav'/> </resourcetype> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <resourcetype/> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> <response> <href>/509494181/calendars/inbox/</href> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'> <comp name='VEVENT'/> <comp name='VTODO'/> <comp name='VPOLL'/> </supported-calendar-component-set> <current-user-privilege-set> <privilege> <schedule-deliver xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <read/> </privilege> <privilege> <write-properties/> </privilege> <privilege> <write/> </privilege> <privilege> <write-content/> </privilege> <privilege> <bind/> </privilege> <privilege> <unbind/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> <privilege> <read-free-busy xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> </current-user-privilege-set> <resourcetype> <collection/> <schedule-inbox xmlns='urn:ietf:params:xml:ns:caldav'/> </resourcetype> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <displayname/> <calendar-color xmlns='http://apple.com/ns/ical/'/> <resourcetype/> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> <response> <href>/xxxxx/calendars/outbox/</href> <propstat> <prop> <supported-calendar-component-set xmlns='urn:ietf:params:xml:ns:caldav'> <comp name='VEVENT'/> <comp name='VTODO'/> </supported-calendar-component-set> <resourcetype> <collection/> <schedule-outbox xmlns='urn:ietf:params:xml:ns:caldav'/> </resourcetype> <current-user-privilege-set> <privilege> <schedule-send xmlns='urn:ietf:params:xml:ns:caldav'/> </privilege> <privilege> <read-current-user-privilege-set/> </privilege> <privilege> <read/> </privilege> </current-user-privilege-set> </prop> <status>HTTP/1.1 200 OK</status> </propstat> <propstat> <prop> <calendar-description xmlns='urn:ietf:params:xml:ns:caldav'/> <calendar-timezone xmlns='urn:ietf:params:xml:ns:caldav'/> </prop> <status>HTTP/1.1 404 Not Found</status> </propstat> </response> Version: Tested on 2015/10/17 Notes: This problem was discovered when developing DAVdroid (CalDAV/CardDAV client) and testing it with iCloud.

For reference and transparency: We have created this report on Apple Bug Reporter on 6 Aug 2015 here: https://bugreport.apple.com/web/?problemID=22169036 Summary: RECURRENCE-ID for exceptions of recurring all-day events should be of type VALUE=DATE, but they have VALUE=DATE-TIME. Steps to Reproduce: Create a recurring all-day event (for instance, daily for 10 days). Create an exception on a particular date, for instance change the title (SUMMARY) Expected Results: # master event: DTSTART;VALUE=DATE:20150804 # exception: RECURRENCE-ID;VALUE=DATE:20150805 Actual Results: # master event: DTSTART;VALUE=DATE:20150804 # exception: RECURRENCE-ID:20150805T000000 As you can see, the RECURRENCE-ID is for VALUE=DATE-TIME, while the original event is of type VALUE=DATE. This causes some clients to ignore the exception and/or add an additional event instead of using this event as an exception. Notes: http://tools.ietf.org/html/rfc5545#section-3.8.4.4 If the value of the "DTSTART" property is a DATE type value, then the value MUST be the calendar date for the recurrence instance. Configuration:

For reference and transparency: We have created this report on Apple Bug Reporter on 23 Feb 2016 here: https://bugreport.apple.com/web/?problemID=24791955 Summary: When creating a calendar by MKCALENDAR without supported-calendar-component-set, iCloud doesn't set without supported-calendar-component-set by itself. So the without supported-calendar-component-set property stays undefined, which means (RFC 4791): "In the absence of this property, the server MUST accept all component types, and the client can assume that all component types are accepted." Steps to Reproduce: Create CalDAV collection with MKCALENDAR. Don't specify supported-calendar-component-set. Use PROPFIND to verify that supported-calendar-component-set is not set. Expected Results: iCloud doesn't show this collection as "Calendars" and "Reminders", but only as one of them. Actual Results: CalDAV calendars without supported-calendar-component-set should show up as both "calendars" and "reminders". Version: iCloud (23 Feb 2016) Notes: Configuration: direct CalDAV requests (curl/command line) Response: This issue behaves as intended based on the following: The first VOBJECT - VEVENT or TODO will decide the type of this container. Please update your bug report to let us know if this is still an issue for you. Our response: I understand this, but I think it's against the CalDAV specification and just wanted to report it.

For reference and transparency: We have created this report on Apple Bug Reporter on 23 Feb 2016 here: https://bugreport.apple.com/web/?problemID=24791895 Summary: When creating a task list with MKCOL/MKCALENDAR, the calendar-color is ignored. Steps to Reproduce: Create a task list (supported-calendar-component-set only VTODO) with MKCALENDAR or Extended MKCOL. Send along a calendar-color. The calendar-color is ignored. Expected Results: The task list should have the color from the MKCALENDAR request. Actual Results: The color from the MKCALENDAR request is ignored and the task list is assigned a random color. Version: Current iCloud (23 Feb 2016) Notes: This DOES work for calendars with supported-calendar-component-set set to VEVENT only. It doesn't work for task lists only. Configuration: direct MKCALENDAR/MKCOL requests (curl/command line)

For reference and transparency: We have created this report on Apple Bug Reporter on 6 Sep 2016 here: https://bugreport.apple.com/web/?problemID=28172308 Summary: VCard 3 uses folding for long lines. OS X Server Contacts can't parse VCard 3 resources with folded PRODID lines. Steps to Reproduce: Upload a VCard 3 with folded PRODID line, like the following: BEGIN:VCARD VERSION:3.0 PRODID:+//IDN bitfire.at//DAVdroid/1.2.3-gplay vcard4android ez-vcard/0.9.1 0 UID:0ea1c5a9-2c93-443d-8672-0e871710203b@owncloud-service-host FN:John Doe N:Doe;John;;; … Expected Results: The VCard should be parsed correctly. Actual Results: VCard is not parsed. Console error messages: Ignored vCard at /remote.php/carddav/addressbooks/principalname/contacts/0ea1c5a9-2c93-443d-8672-0e871710203b%2540owncloud-service-host.vcf because there is no UID property: "BEGIN:VCARD VERSION:3.0 PRODID:+//IDN bitfire.at//DAVdroid/1.2.3-gplay vcard4android ez-vcard/0.9.1 0 UID:0ea1c5a9-2c93-443d-8672-0e871710203b@owncloud-service-host FN:John Doe N:Doe;John;;; TEL;TYPE=home;TYPE=pref:+1555123456789 EMAIL;TYPE=work;TYPE=pref:john.doe@example.com EMAIL;TYPE=home:from-mac@example.com EMAIL:from-davdroid@example.com REV:2016-08-14T13:18:42+00:00 END:VCARD" Version: OS X Server 5.1.5 Notes: Line folding is defined in RFC 2426 section 2.6, which refers to RFC 2425 section 5.81. Lines longer than 75 characters even SHOULD be folded. Configuration: This report was marked as a duplicate and the problem has apparently been fixed.

For reference and transparency: We have created this report on Apple Bug Reporter on 8 June 2016 here: https://bugreport.apple.com/web/?problemID=26696591 Summary: If you upload a contact group (X-ADDRESSBOOKSERVER-KIND: group), iCloud insists that the VCard must have a FN and a N (as specified in VCard 3). iCloud seems to take the group name from the structured name (N) instead of the formatted name (FN). Additionally, it doesn't only take the first component of the structured name, but the whole line as a string (which should not happen). N represents the structured name and these representations mean the same: N:Family Name,,,, N:Family Name When a group with the first version, iCloud will display "Family Name,,,," as group name. Steps to Reproduce: Upload (PUT) a contact group with these properties: N:Family Name,,,, N:Family Name Expected Results: iCloud will show a group "Family Name,,,," Actual Results: iCloud should show a group "Family Name" (by FN, not N). Version: iCloud on 8 Jun 2016 Notes: This problem was found while developing DAVdroid. Configuration: – Update from 12 Oct 2018: Typo in steps to reproduce. Should be: N:Family Name,,,, FN:Family Name

For reference and transparency: We have created this report on Apple Bug Reporter on 16 Mar 2016 here: https://bugreport.apple.com/web/?problemID=25197744 Summary: REPORT calender-query can be used with time-range to filter results by time. This is also applicable to VTODO collections (task lists). To determine whether a VTODO is within the requested time, the algorithm from page 92 [http://tools.ietf.org/html/rfc4791#page-92] must be used. According to this algorithm, VTODOs which do not have any of DTSTART, DURATION, DUE, COMPLETED and CREATED, the overlapping value is always TRUE, meaning that those tasks should always be returned regardless of which time range is requested. iCloud (16 Mar 2016) currently does NOT return VTODOs which do not have any of DTSTART, DURATION, DUE, COMPLETED and CREATED. Steps to Reproduce: Create a new task list (MKCOL) Add a new task without DTSTART, DURATION, DUE, COMPLETED and CREATED. Do REPORT calendar-query with time-range start="<some time>". Expected Results: All tasks without DTSTART, DURATION, DUE, COMPLETED and CREATED should be returned. Actual Results: Tasks without DTSTART, DURATION, DUE, COMPLETED and CREATED are not returned. Version: iCloud, 16 Mar 2016 Notes: Configuration: iCloud, server: https://p23-caldav.icloud.com/ Apple engineering has responded that we can use PROPFIND (which would list all iCalendars, not only VTODOs) and that they can't fix it because We need to make this exception.

According to Apple, the bug report has been closed because I did not provide an iCloud Apple ID.

For reference and transparency: We have created this report on Apple Bug Reporter on 12 Oct 2018 here: https://bugreport.apple.com/web/?problemID=45222051 Hello, When iCloud send 412 Precondition failed on an invalid sync-token, it uses "text/plain" instead of "application/xml" MIME type for the XML error description. Steps to reproduce: Send an HTTP REPORT sync-collection [https://tools.ietf.org/html/rfc6578#section-3.2] request with an invalid (outdated, etc.) sync-token to iCloud: REPORT url=https://p59-contacts.icloud.com/xxxx/carddavhome/card/ <?xml version='1.0' encoding='UTF-8' ?><sync-collection xmlns="DAV:"><sync-token>this-is-invalid</sync-token><sync-level>1</sync-level><prop><getetag /></prop></sync-collection> Actual result: Server responds with 412 Precondition Failed and valid-sync-token XML precondition element [https://tools.ietf.org/html/rfc6578#section-3.2] <-- 412 Precondition Failed Server: AppleHttpServer/2f080fc0 Date: Fri, 12 Oct 2018 10:17:59 GMT Content-Type: text/plain; charset=UTF-8 Connection: keep-alive X-Apple-Jingle-Correlation-Key: xxxxxxxxxxxxx apple-seq: 0 apple-tk: false Apple-Originating-System: UnknownOriginatingSystem X-Responding-Instance: carddav:15900201:st42p59ic-tyfb13213201:8001:1819B41:51222b91b Via: xrail:st13p00ic-zteu25283601.me.com:8301:18H64:grp62 Strict-Transport-Security: max-age=31536000; includeSubDomains; via: icloudedge:br30p01ic-zteu03012201:7401:18RC550:Berlin X-Apple-Request-UUID: xxxxxxxxxxxxxxxx access-control-expose-headers: X-Apple-Request-UUID access-control-expose-headers: Via <?xml version='1.0' encoding='UTF-8'?> <error xmlns='DAV:'> <valid-sync-token/> </error> As you can see, the Content-Type is "text/plain; charset=UTF-8", although it should be application/xml or text/xml [https://tools.ietf.org/html/rfc4918#section-8.2]. This causes clients like our software DAVdroid to not parse the response as XML, so that valid-sync-token is not recognized as the reason why the request has failed, so DAVdroid does NOT retry without sync token, but aborts with an error message. So the sync has failed with an error message. Expected result: Same response, but with Content-Type: application/xml [https://tools.ietf.org/html/rfc4918#section-8.2].

Thank you, I added the relevant information to my Radicale bug report.

The issue has been fixed in Calendar v1.6.3

@saren-t said in "Couldn't parse iCalendar source" on validated iCal source: But also Lightning can read the same source without any problem. Yes, Lightning does not use the ical4j library, which is quite strict about this. I wonder what the original intention of the standard is, but I guess its purpose is that servers can detect the timestamp of entries without having to calculate time zones.

Just tried it on my Samsung Galaxy S6 with Android 7 and I can confirm that the calendar entries disappear after using MAX POWER SAVING mode from Samsung. But only if I restart the device after the mode is activated. If I switch back from this mode without a reboot only the sync interval is set to manual (which is an already known bug from Samsung and can't be fixed by us). But at least the calendars are then still there. @Error101 you need to contact Samsung about it. It seems to be a common issue with their MAX power saving mode - people are affected in different ways by this

Hello, Thanks for the test account! I have found out that Tine produces different responses for different User-Agents. Without DAVdroid User-Agent: # curl -vu testuser:XXXXX -X PROPFIND -H "Depth: 1" --data @rq.xml -H "Content-Type: application/xml; charset=UTF-8" https://tine.XXXXXX.tld/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/ <d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:owncloud="http://owncloud.org/ns"><d:response><d:href>/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/</d:href><d:propstat><d:prop><d:current-user-privilege-set><d:privilege xmlns:d="DAV:"><d:write/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-properties/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-content/></d:privilege><d:privilege xmlns:d="DAV:"><d:bind/></d:privilege><d:privilege xmlns:d="DAV:"><d:unbind/></d:privilege><d:privilege xmlns:d="DAV:"><d:unlock/></d:privilege><d:privilege xmlns:d="DAV:"><d:read/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-current-user-privilege-set/></d:privilege></d:current-user-privilege-set><d:displayname>User, Test</d:displayname><d:resourcetype><d:collection/></d:resourcetype></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat><d:propstat><d:prop><card:addressbook-description/><card:supported-address-data/><cal:calendar-description/><x6:calendar-color xmlns:x6="http://apple.com/ns/ical/"/><cal:supported-calendar-component-set/><cs:source/></d:prop><d:status>HTTP/1.1 404 Not Found</d:status></d:propstat></d:response><d:response><d:href>/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/3a1e3f348ee6698c517161c63e1707856c29a315/</d:href><d:propstat><d:prop><d:current-user-privilege-set><d:privilege xmlns:d="DAV:"><d:unbind/></d:privilege><d:privilege xmlns:d="DAV:"><d:bind/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-content/></d:privilege><d:privilege xmlns:d="DAV:"><d:read/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-current-user-privilege-set/></d:privilege></d:current-user-privilege-set><d:displayname>Testadressbuch</d:displayname><card:addressbook-description>Addressbook Testadressbuch</card:addressbook-description><d:resourcetype><d:collection/><card:addressbook/></d:resourcetype></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat><d:propstat><d:prop><card:supported-address-data/><cal:calendar-description/><x6:calendar-color xmlns:x6="http://apple.com/ns/ical/"/><cal:supported-calendar-component-set/><cs:source/></d:prop><d:status>HTTP/1.1 404 Not Found</d:status></d:propstat></d:response><d:response><d:href>/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/6f7c2c2a0e49f390e3a36ba0ebc3338f4b7721da/</d:href><d:propstat><d:prop><d:current-user-privilege-set><d:privilege xmlns:d="DAV:"><d:write-properties/></d:privilege><d:privilege xmlns:d="DAV:"><d:unbind/></d:privilege><d:privilege xmlns:d="DAV:"><d:bind/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-content/></d:privilege><d:privilege xmlns:d="DAV:"><d:read/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-current-user-privilege-set/></d:privilege></d:current-user-privilege-set><d:displayname>Test Users persönliches Adressbuch</d:displayname><card:addressbook-description>Addressbook Test Users persönliches Adressbuch</card:addressbook-description><d:resourcetype><d:collection/><card:addressbook/></d:resourcetype></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat><d:propstat><d:prop><card:supported-address-data/><cal:calendar-description/><x6:calendar-color xmlns:x6="http://apple.com/ns/ical/"/><cal:supported-calendar-component-set/><cs:source/></d:prop><d:status>HTTP/1.1 404 Not Found</d:status></d:propstat></d:response></d:multistatus> Note that the response contains /tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/3a1e3f348ee6698c517161c63e1707856c29a315/, which is the shared address book. With fake DAVdroid User-Agent: # curl -vu testuser:XXXXX -X PROPFIND -H "Depth: 1" --data @rq.xml --user-agent "DAVdroid/0.1" -H "Content-Type: application/xml; charset=UTF-8" https://tine.XXXXXX.tld/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/ <d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:card="urn:ietf:params:xml:ns:carddav" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:owncloud="http://owncloud.org/ns"><d:response><d:href>/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/</d:href><d:propstat><d:prop><d:current-user-privilege-set><d:privilege xmlns:d="DAV:"><d:write/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-properties/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-content/></d:privilege><d:privilege xmlns:d="DAV:"><d:bind/></d:privilege><d:privilege xmlns:d="DAV:"><d:unbind/></d:privilege><d:privilege xmlns:d="DAV:"><d:unlock/></d:privilege><d:privilege xmlns:d="DAV:"><d:read/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-current-user-privilege-set/></d:privilege></d:current-user-privilege-set><d:displayname>User, Test</d:displayname><d:resourcetype><d:collection/></d:resourcetype></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat><d:propstat><d:prop><card:addressbook-description/><card:supported-address-data/><cal:calendar-description/><x6:calendar-color xmlns:x6="http://apple.com/ns/ical/"/><cal:supported-calendar-component-set/><cs:source/></d:prop><d:status>HTTP/1.1 404 Not Found</d:status></d:propstat></d:response><d:response><d:href>/tine20/addressbooks/5403d1e2bd563a912415c7ec5adb9a7c2b66a1d5/6f7c2c2a0e49f390e3a36ba0ebc3338f4b7721da/</d:href><d:propstat><d:prop><d:current-user-privilege-set><d:privilege xmlns:d="DAV:"><d:write-properties/></d:privilege><d:privilege xmlns:d="DAV:"><d:unbind/></d:privilege><d:privilege xmlns:d="DAV:"><d:bind/></d:privilege><d:privilege xmlns:d="DAV:"><d:write-content/></d:privilege><d:privilege xmlns:d="DAV:"><d:read/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-acl/></d:privilege><d:privilege xmlns:d="DAV:"><d:read-current-user-privilege-set/></d:privilege></d:current-user-privilege-set><d:displayname>Test Users persönliches Adressbuch</d:displayname><card:addressbook-description>Addressbook Test Users persönliches Adressbuch</card:addressbook-description><d:resourcetype><d:collection/><card:addressbook/></d:resourcetype></d:prop><d:status>HTTP/1.1 200 OK</d:status></d:propstat><d:propstat><d:prop><card:supported-address-data/><cal:calendar-description/><x6:calendar-color xmlns:x6="http://apple.com/ns/ical/"/><cal:supported-calendar-component-set/><cs:source/></d:prop><d:status>HTTP/1.1 404 Not Found</d:status></d:propstat></d:response></d:multistatus> Note that the shared address book is missing! As a test, I have removed the User-Agent from DAVdroid requests and then the address book is detected: which synchronizes as expected (only in one direction, maybe the address book is read-only but not marked as read-only)? Can you report this to Tine and then give us feedback here?

@rfc2822 I've found some documentation that further helped me somewhat in moving forward but have found myself with the same results. Howto guide by Disroot I still find myself with the message "Server not found". Perhaps servers are down during the night for maintenance as I usually try to connect after midnight.

@preinkemeier This should work: https://gitlab.com/bitfireAT/davdroid/wikis/how-to-compile (linked from the "Open Source" section on davdroid.com)

@foobar Well, it's just my suggestion.