Hmm. I haven't seen Apple iCal do a PROPPATCH on anything but individual calendars or the calendar-home-set. I will see the Apple, DaviCal, Bedework, Oracle, and AOL developers the first week of June at the next CalConnect event and I will bring this up as a topic of discussion to formulate some recommended best practices.

BTW, other than my few nit-picks, both of your clients look great and I will be recommending them as add-ons for our server. Keep up the good work!

On 05/10/2013 01:48 AM, Ján Máté wrote:

Hi Ken,

we use the same approach as Apple ... yes, it is not required, but usually it works.

JM

On May 10, 2013, at 1:15 AM, Ken Murchison murch@andrew.cmu.edu wrote:

...

Hello,

I see that the client tries to store its settings with a PROPPATCH on DAV:current-user-principal. Per RFC 3744, a server isn't required to support PROPPATCH on principal resources, which the client can probably deduce from DAV:current-user-privilege-set. I wonder if doing the PROPPATCH on CALDAV:calendar-home-set would make more sense.

-- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University