[Ietf-caldav] Comments on: 3.2.3.3. HTTP Methods
Arnaud Quillaud
Arnaud.Quillaud at Sun.COM
Fri Sep 26 07:33:49 PDT 2008
** DELETE of unprocessed iTIP REQUEST on calendar-inbox **
Could we define the behavior of a DELETE on an unprocessed iTIP REQUEST
in the calendar-inbox as corresponding to a remove action.
By doing that, we would allow a client to directly decline a meeting
without having to first insert it into one of the owner's calendar to
just delete it from there to trigger a decline.
** MOVE of unprocessed iTIP REQUEST on calendar-inbox to scheduling
collection **
Could we define the behavior of a MOVE of an unprocessed iTIP REQUEST on
calendar-inbox into a scheduling collection as corresponding to the
automatic processing of an invitation into that scheduling collection.
By doing that, we would allow a client to process an invitation, accept
and store in one single operation, without even having to to know how to
translate an iTIP message (potentially containing only info about a
particular instance, etc...) into a calendar resource.
We might want to add an http header to specify the PARSTAT to set.
** DELETE on default calendar collection **
Should we add a new precondition when trying to delete the default
calendar collection ?
Arnaud Q
More information about the Ietf-caldav
mailing list