Again I did a Google search and didn't find anything...

Now that I've got the REPORT command working as expected, I'm trying to read the calendar server's ACL on a per-calendar basis. I only care about read and write permissions, and treat "all" as being both read and write, so I explicitly limit the results in the XML HTTP request:

<?xml version="1.0" encoding="utf-8"?><o:propfind xmlns:o="DAV:"><o:prop><o:current-user-privilege- set><o:privilege><o:read/><o:write/><o:all/></o:privilege></o:current- user-privilege-set></o:prop></o:propfind>

I would expect that to return whether or not the current user has read or write access to the calendar, but here's what I get back from the server:

<?xml version="1.0" encoding="UTF-8"?><multistatus xmlns="DAV:"><response><href>/calendars/users/admin/calendar/</ href><propstat><prop><current-user-privilege-set><privilege><all></ all></privilege><privilege><read></read></privilege><privilege><read- free-busy xmlns="urn:ietf:params:xml:ns:caldav"></read-free-busy></ privilege><privilege><write></write></privilege><privilege><write- properties></write-properties>
[...]

Fortunately I get what I wanted, but I tried to make my query very specific to cut down on 'net traffic, and the server's returning way too much information. The query doesn't ask for read-free-busy, etc. permissions and there they are. Is this a bug, or am I doing something wrong in the query?

Also, if this is a bug, should I file this on Radar or on the public ticket tracker?

Nick Zitzmann
<http://www.chronosnet.com/>


_______________________________________________
calendarserver-users mailing list
[EMAIL PROTECTED]
http://lists.macosforge.org/mailman/listinfo/calendarserver-users

Reply via email to