Re: When to publish -12 - VFREEBUSY
Doug Royer <[email protected]>
| Newsgroups | gmane.ietf.calendar |
|---|---|
| Organization | http://INET-Consulting.com |
| Message-ID | <[email protected]> |
[email protected] wrote: > > Doug replied on 10/02/2003 01:44:02 PM: > > Currently - Pre-CAP: > > > > (a.1) iMIP - the VFREEBUSY/REQUEST is seen by the CUA and the CUA > > responds > > and the CU MAY be in the loop. > > > > (a.2)There is NO VFREEBUSY/CREATE in iMIP so the CUA will never > see those. > > You are not making a valid comparison here Doug. I did not make a comparison - I said it has none. > > REQUEST is the METHOD property value but CREATE is the CMD property > value. I use CMD:CREATE with several different METHOD propety values > (ie: METHOD:REQUEST to send an invitation/update, METHOD:REPLY to > respond, etc) Which has what to do with the topic? > > > In CAP-12-e: > > > > (b.1) iMIP - the VFREEBUSY/REQUEST is seen by the CUA and the CUA > > responds > > and the CU MAY be in the loop. > > > > VFREEBUSY/REQUEST processed exactly like pre-CAP -- by > the CUA. > > How this iMIP VFREEBUSY/REQUEST critter gets into the 'unprocessed' > queue in the CS is 100% NOT defined in CAP 1.0 so your last bit is > making an assumption not based on any CAP text. How to get UNPROCESSED objects (which are only iTIP objects) is clearly defined in CAP. Why you think that VFREEBUSY does not apply to those sections of CAP you have yet to explain. -- Doug Royer | http://INET-Consulting.com -------------------------------|----------------------------- [email protected] | Office: (208)520-4044 http://Royer.com/People/Doug | Fax: (866)594-8574 | Cell: (208)520-4044 We Do Standards - You Need Standards
smime.p7s
(application/x-pkcs7-signature, 4.6 KB) - not displayed