Limit properties receive based on expected collection type in WebDAV discover
evolution-source-registry does:
- deal with calendars, by
- discovering the DAV:current-user-principal and DAV:principal-URL property
- obtaining there from there CALDAV:calendar-home-set
- on the detected CALDAV:calendar-home-set URL, asking for
> <propfind xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:A="urn:ietf:params:xml:ns:carddav" xmlns:IC="http://apple.com/ns/ical/">
> <prop>
> <resourcetype/>
> <C:supported-calendar-component-set/>
> <displayname/>
> <C:calendar-description/>
> <A:addressbook-description/>
> <IC:calendar-color/>
> </prop>
> </propfind>
- later deal with addressbooks, by
- discovering the DAV:current-user-principal and DAV:principal-URL
- obtaining there CARDDAV:addressbook-home-set
- on the CARDDAV:addressbook-home-set calling
> <propfind xmlns="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav" xmlns:A="urn:ietf:params:xml:ns:carddav" xm
lns:IC="http://apple.com/ns/ical/">
> <prop>
> <resourcetype/>
> <C:supported-calendar-component-set/>
> <displayname/>
> <C:calendar-description/>
> <A:addressbook-description/>
> <IC:calendar-color/>
> </prop>
> </propfind>
- Do not search for A:addressbook-description on the CALDAV:calendar-home-set URL, as the expectation is it will not be found
- Do not search for C:supported-calendar-component-set, C:calendar-description and IC:calendar-color on the CARDDAV:addressbook-home-set URL, as it is not expected, that these will be found
Edited by Milan Crha