[Ietf-calsify] Error in RFC 2445 regarding DTSTAMP being optional(in the grammar)

[John W Noerenberg II]

At 12:25 PM +0200 9/8/06, Reinhold Kainhofer wrote:
>If you now tomorrow publish that event to some other group of people or so
>(i.e. send a mail with METHOD:PUBLISH), the calendar that you send out will
>have the above CREATED and DATE-MODIFIED (provided that you didn't modify it
>meanwhile in the calendar store), but as that particular invitation will be
>created tomorrow, it will have
>DTSTAMP:20060910...
>
>So, these three settings are in deed different. The CREATED will never change
>once the event is by the organizer, the DATE-MODIFIED is only changed when
>you modify the event, and the DTSTAMP is the time when you create that
>particular invitation or export from the calendar server.

I'll grant it's possible for DTSTAMP and CREATED to differ.  I've 
just never seen it. :-)
The essential question I'm asking, are both attributes necessary?  I 
can see an argument for DTSTAMP (despite the way I began this 
thread), as it's useful for determining the order in which changes to 
an event should be applied.  However, no other attribute depends on 
CREATED.  In the interest of simplifying the protocol, 4.8.7.1 should 
be eliminated (and references to it, of course).  However I'd be 
happy if the text in 4.8.7.1 where changed from:

    Conformance: The property can be specified once in "VEVENT", "VTODO"
    or "VJOURNAL" calendar components.

to

Conformance: The property MAY be specified once in "VEVENT", "VTODO"
or "VJOURNAL" calendar components.  Absence of this parameter MUST 
NOT cause a CUA or CS (Calendar Service) to reject the calendar 
component specification.

That would make it clear the parameter is optional.
-- 

john noerenberg
   ----------------------------------------------------------------------
   It is treason to sacrifice love of truth, intellectual honesty,
   loyalty to the laws and methods of the mind, to any other interests,
   including those of one's country.
   -- Herman Hesse, The Glass Bead Game, 1943
   ----------------------------------------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osafoundation.org/pipermail/ietf-calsify/attachments/20060911/34282fbc/attachment.htm