CAP-12-a: 8.30 RECUR-ACCEPTED

[email protected]
Newsgroups gmane.ietf.calendar
Message-ID <OF5AE3FE10.BE848831-ON85256D96.0071CBE9-85256D96.0072F2BD@notesdev.ibm.com>
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 

B) I think there needs to be some distinction of any recurrence grammar 
support versus Recurrence Rule vs Exception Rule support (at least in the 
2nd bit of text)

Just because an implementation supports some forms of the recurrence 
grammar (iCalendar, Section 4.3.10 Recurrence Rule) does not mean that it 
supports both the RRULE (iCalendar, Section 4.8.5.4 Recurrence Rule) and 
EXRULE (iCalendar, Section 4.8.5.2 Exception Rule) forms.  Some 
implemenations may not support the EXRULE but this is not conveyable in 
CAP currently.  (Supporting EXRULE and not RRULE is a crazy combination to 
me but perhaps its logical to some...)  Anyway, the text above seems to be 
an indication of general Recurrence Rule support rather than explicit 
RRULE or EXRULE support. 

We need to fix the disjoin between the described Purpose and the actual 
Description and we need to make the "rule" distiction clearer.  Likely we 
will also need to make a finer distinction between RRULE & EXRULE. 

The original intent of this was not just to convey recurrence grammar 
support but general recurrence support (for PD or simple implementations 
that didnt want to have the complexity necessary for repeating instances) 
so I suggest that Description gets reworked to be more akin to the 
Purpose's intent rather than its current intent.  If we want to drill down 
to recurrence rule support, that should be done separately and with 
RRULE/EXRULE distinction included.

Bruce
===========================================================================
Bruce Kahn                                INet: 
[email protected]
Messaging & Collaboration                 Phone: 978.399.6496
IBM Software Group                         FAX: and nothing but the FAX...
Standard disclaimers apply, even where prohibited by law...
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.