Re: CAP-12-a: 8.30 RECUR-ACCEPTED

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

[email protected] wrote:
> 
> Doug wrote on 09/03/2003 06:06:22 PM:
>  > > I see that we have a Section 8.30 RECUR-ACCEPTED Property that 
> defined as:
>  > >
>  > >    Purpose: This property specifies if the endpoint supports recurring
>  > >   instances.
>  > > ...
>  > >    Description: Indicates if recurrence rules are supported.  If FALSE
>  > >   then the endpoint can not process any kind of recurring rules.
>  > >
>  > > The Purpose text talks about general recurrence but the Description 
> text
>  > > talks about recurrence rules.  This is a disjoin since:
>  > >
>  > > A) Recurrence also involves RDATEs/EXDATEs and not just 
> RRULEs/EXRULEs and
>  >
>  > 1) It does not say 'RRULE' or 'EXRULE'.
> 
> Correct.  The text under Description says "recurrence rules".  This 
> implys RRULEs (iCalendar, Section 4.8.5.4 Recurrence Rule) and thus 
> excludes EXRULES. 

Why do you fell that EXRULES are excluded? Where does it say
that?


> Im saying that this is a mistake.  Not every 
> implementation will support both RRULEs and EXRULEs so the draft needs 
> to be hip to this and not totally ignore both.

Again - do you have a suggestion?


>  > 2) Do you have a suggestion as to what it should say?
> 
> First we need to answer the discrepancy between the Purpose and the 
> Description.  Then we will have a better idea of what text to add.

Again - do you have a suggestion?

-- 

  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.