Re: stored queries

Doug Royer <[email protected]>
Newsgroups gmane.ietf.calendar
Organization http://INET-Consulting.com
Message-ID <[email protected]>
There are really (3) issues:

	(A) Can you store a VQUERY in CAP?
	(B) Can you fetch a VQUERY in CAP?
	(C) Can you tell a CS to auto-execute a stored query?

         Others?

Everyone knows my opinion on these three, yours?

Tim Hare wrote:
> 
> I may be muddying the water here, I am about to leave on un-connected 
> travel, so I hate to start a discussion since I don't have time to 
> search RFC2445 for details until Monday, but this occurred to me this 
> morning and so I submit it to the group.
> 
> RFC2445 allows for x-comp and iana-comp in 4.6.   This allows any CS / 
> CUA that wants to to support stored queries as x-comp members within the 
> CS unless I'm overlooking something else (see above for time shortage).
> 
> I propose that we drop all stored query items from CAP (and for that 
> matter iTIP / iMIP and any other CUA protocols). Any implementation 
> which wants to do so can support them via the x-comp facility. It looks 
> to me as though you can still search for the objects with VQUERY.
> 
> The X- stands for 'experimental', so this would allow us to wait until 
> some "real world" experience has developed around stored queries before 
> we make it a non-experimental part of the RFC; it also removes the 
> burden (from us) of figuring out the CAP handling of such items in 
> detail, moving the CAP closer to being done.
> 
> Tim Hare
> interested bystander, non-inc.
> 

-- 

  Doug Royer                     |   http://INET-Consulting.com
  -------------------------------|-----------------------------
  [email protected]                 | Office: (208)612-INET
  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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.