|
Doug
Wrote
>cjohnson wrote >> I wish Doug were correct. But CAP-12e has no provision that permits >> the CUA to make a free-busy request using the VFREEBUSY component >> and get a direct response. > >Nor does iTIP - it has to be processed by the CUA - correct? See response below.
>> - It's not in Section 10.12.1. That section attempts to define how to get >> VFREEBUSY components using a VQUERY. >> - It's not done using iTIP (CMD:CREATE, METHOD:REQUEST). All [iTIP] >> messages are deposited in the CS in the UNPROCESSED state. The CUA >> simply gets a "success" response. (Section 10.4). > >Which is exactly how iMIP does it to your mailbox to later be >processed by your CUA - correct? Are you suggesting that only a CUA understands
a VFREEBUSY request and
only a CUA can respond to it? Are
you suggesting that a Calendar Store is not
capable of handling a VFREEBUSY request and
providing a direct response?
If so, I respectfully but strongly disagree. I can think of no compelling reason to impose such a limitation on the CS. I
can think of many to the contrary.
To refocus on the issue:
CAP does not support this WG's established
definition (standard) for
requesting free-busy information using the
VFREEBUSY component ...
and provide a direct
real-time response. (RFC 2445, p 58)
This point was made in a previous
discussion thread which, after
some give-and-take, eventually
concurred on the issue. We anticipated
this would be included in CAP-12; but,
for reasons unknown it was left
out. A proposed
solution has been provided several times.
It was discussed, there was concurrence, and
solution provided. What criteria
has not been met for this issue to be
incorporated into CAP? What objections
can there be to
have CAP conform with this WG's own standards? C Johnson |