Does CalDav and Cardav work under Windows 10?
I created email accounts under my own domain, hosted at kualto.com. I am not affiliated with this company and found it over the internet, but their support has been excellent. I'm saying this to emphasize that I'm really stumped by the inability of Thunderbird to sync up with the calendar and the contact books.
I've enabled debugging, with debug mode set to "Enabled: logging of all sent and received data". I tried to sync the calendar and address book using the generic URL for caldav and carddav first (such as https://mail.mysite.com:2020), then I replaced that url with the specific and longer urls for the calendar and the contacts.
Since I can't include the log file here, here's a small excerpt that typifies what I see in the log. Note that I've curated the log by (a) obfuscating the real credentials and (b) by pretty-printing the xml blocks to make it easy to read.
If someone has any suggestions, I would greatly appreciate it! Thanks.
- Thu Sep 09 2021 23:22:30 GMT-0700 (Pacific Daylight Time) **
[REQUEST] : PROPFIND : <d:propfind xmlns:d="DAV:" xmlns:apple="http://apple.com/ns/ical/" xmlns:cs="http://calendarserver.org/ns/">
<d:prop>
<d:current-user-privilege-set/>
<d:resourcetype/>
<d:displayname/>
<apple:calendar-color/>
<cs:source/>
</d:prop>
</d:propfind>
- Thu Sep 09 2021 23:22:31 GMT-0700 (Pacific Daylight Time) **
[RESPONSE] : 207 (Multi-Status) : <d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:card="urn:ietf:params:xml:ns:carddav">
<d:response>
<d:href>/rpc/calendars/-system-/</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:resourcetype>
<d:collection/>
</d:resourcetype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:displayname/>
<x5:calendar-color xmlns:x5="http://apple.com/ns/ical/"/>
<cs:source/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/rpc/calendars/-system-/outbox/</d:href>
<d:propstat>
<d:prop>
<d:current-user-privilege-set>
<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:privilege xmlns:d="DAV:">
<d:schedule-post-vevent xmlns:d="urn:ietf:params:xml:ns:caldav"/>
</d:privilege>
<d:privilege xmlns:d="DAV:">
<d:schedule-query-freebusy xmlns:d="urn:ietf:params:xml:ns:caldav"/>
</d:privilege>
</d:current-user-privilege-set>
<d:resourcetype>
<d:collection/>
<cal:schedule-outbox/>
</d:resourcetype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:displayname/>
<x5:calendar-color xmlns:x5="http://apple.com/ns/ical/"/>
<cs:source/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
</d:multistatus>
I created email accounts under my own domain, hosted at kualto.com. I am not affiliated with this company and found it over the internet, but their support has been excellent. I'm saying this to emphasize that I'm really stumped by the inability of Thunderbird to sync up with the calendar and the contact books.
I've enabled debugging, with debug mode set to "Enabled: logging of all sent and received data". I tried to sync the calendar and address book using the generic URL for caldav and carddav first (such as https://mail.mysite.com:2020), then I replaced that url with the specific and longer urls for the calendar and the contacts.
Since I can't include the log file here, here's a small excerpt that typifies what I see in the log. Note that I've curated the log by (a) obfuscating the real credentials and (b) by pretty-printing the xml blocks to make it easy to read.
If someone has any suggestions, I would greatly appreciate it! Thanks.
** Thu Sep 09 2021 23:22:30 GMT-0700 (Pacific Daylight Time) **
[REQUEST] : PROPFIND :
<d:propfind xmlns:d="DAV:" xmlns:apple="http://apple.com/ns/ical/" xmlns:cs="http://calendarserver.org/ns/">
<d:prop>
<d:current-user-privilege-set/>
<d:resourcetype/>
<d:displayname/>
<apple:calendar-color/>
<cs:source/>
</d:prop>
</d:propfind>
** Thu Sep 09 2021 23:22:31 GMT-0700 (Pacific Daylight Time) **
[RESPONSE] : 207 (Multi-Status) :
<?xml version="1.0" encoding="utf-8"?>
<d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:cal="urn:ietf:params:xml:ns:caldav" xmlns:cs="http://calendarserver.org/ns/" xmlns:card="urn:ietf:params:xml:ns:carddav">
<d:response>
<d:href>/rpc/calendars/-system-/</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:resourcetype>
<d:collection/>
</d:resourcetype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:displayname/>
<x5:calendar-color xmlns:x5="http://apple.com/ns/ical/"/>
<cs:source/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
<d:response>
<d:href>/rpc/calendars/-system-/outbox/</d:href>
<d:propstat>
<d:prop>
<d:current-user-privilege-set>
<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:privilege xmlns:d="DAV:">
<d:schedule-post-vevent xmlns:d="urn:ietf:params:xml:ns:caldav"/>
</d:privilege>
<d:privilege xmlns:d="DAV:">
<d:schedule-query-freebusy xmlns:d="urn:ietf:params:xml:ns:caldav"/>
</d:privilege>
</d:current-user-privilege-set>
<d:resourcetype>
<d:collection/>
<cal:schedule-outbox/>
</d:resourcetype>
</d:prop>
<d:status>HTTP/1.1 200 OK</d:status>
</d:propstat>
<d:propstat>
<d:prop>
<d:displayname/>
<x5:calendar-color xmlns:x5="http://apple.com/ns/ical/"/>
<cs:source/>
</d:prop>
<d:status>HTTP/1.1 404 Not Found</d:status>
</d:propstat>
</d:response>
</d:multistatus>
所有回复 (1)
Sorry, i misspelled the link to the provider: it's kualo.com, not kualto.com.