Re: [Fwd: Re: CAP-12-a: Stored queries still?]

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

[email protected] wrote:
> 
> Tim wrote on 09/03/2003 11:12:42 PM:
>  >                                                   I agree with Doug that
>  > there are queries which can be stored without need for  wild cards, 
> but I'm
>  > not sure I see where the efficiency comes in.
> 
> I think we all agree that not all stored querys need to use wildcards.  
> 
> If we consider the original intent of the feature, the current design 
> misses the mark and the efficiency for other cases is somewhat tenuous.

If you feel that is true, please post the 'original intent' as posted
to the WG.

>  >                                               Is it intended that the
>  > stored queries be on the Calendar Store machine, such that a
>  > smaller-footprint client can invoke them just by name, like a remote
>  > procedure call of some sort?
> 
> The original intent was to provide a means for clients to save on space 
> and cycles by not having to recraft commonly used queries and resend 
> them. 

And it does save both bandwidth and octets especially when you consider
the 2 sets of QUERY/FETCH required without them.

> Queries like "What alarms trigger in the next 10 minutes?" or "Is 
> there anything new for me to look at" or "What entries are on my 
> calendar for this morning/today?", etc.

If you feel that is a requirement, then submit a proposal.

> Its possible to craft and store uncommon or infrequently used queries 
> and save them away either locally or on the CS.   However making every 
> CS support this feature that does not fulfill the original intent is 
> something I have a concern about.  

You keep claiming the 'original intent' - yet my search of the archives
show that you did not attend the meetings where that was designed
or proposed. You simply do not want them which is a fair statement.
But you were not part of the 'original' design so you really are just
making up claims that have no foundation.

> CAP implcitly mandates every CS support stored queries: there is nothing 
> in CAP about how a CS can not support stored queries or how a CUA 
> detects this.

Bruce you have been on IETF mailing lists for a long time. You know
how it works. Complaining without submitting a proposal is something
that almost never works. If you want to have the ability to say
get me the alarms over the next 10 minutes - submit a proposal,
else - there is nothing to add.

-- 

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