Re: an idea as an alternative to stored queries

Doug Royer <[email protected]>
Newsgroups gmane.ietf.calendar
Organization http://INET-Consulting.com
Message-ID <[email protected]>

Tim Hare wrote:

> ...

>
> The few proposals that I have now are (choose one, I'd guess):
>
> 1. Allow CUAs to store and retrieve VQUERY objects, much as CAP 
> contains now, but explicitly state in CAP that interpretation and 
> execution of the stored query is implementation-specific and therefore 
> may not be (and probably is not) interoperable.

Yes, but not needed. The CS could just return this instance in times version
of the query.

> 2. Define a small set of useful commands (as I have proposed before) 
> which must be in all implementations (the GET-TODAY, GET-NEXT 
> commands). This option requires all parties to agree to the set of 
> commands and their implementation (i.e. what does "today" mean, etc.) 


> Side notes:
>
> A) option 2 would _also_ allow cell phones to participate in CAP 

If everyone could agree what is needed and what they did.
Examples:

    I do not support VJOURNAL, I do not want to pay transfer those.
    Do not transfer attachments.
    Do not transfer DESCRIPTION
    ...

-- 

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
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.