[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: SEQUENCE Number
Frank_Dawson@lotus.com wrote:
>
> Alex:
>
> Not sure how "DTSTAMP" can't "vary across recurrences". The "DTSTAMP"
> property is afixed to each iCalendar object as it is created, prior to
> sending (e.g., in an iTIP/iMIP message).
>
> If I send out a "REQUEST" for a Monday meeting, it has one DTSTAMP on
> that iMIP message. If I revise it by sending out an "ADD" for
> additional occurrences (e.g., Wednesday and Friday of the same week),
> then it will have a different DTSTAMP.
>
> Hence, the two messages have different "DTSTAMP" values specified. So
> what did you mean?
>
I was referring to what is kept in the Calendar Store. I presume
that I store a single SEQUENCE number for all recurrences of an event,
which I compare with incoming messages.
I also presume that I store one DTSTAMP for an event and use it for
comparison against incoming messages.
In the example above, when I get the "ADD" message I discard the
previously stored DTSTAMP and store the new one. If I receive
another message modifying the Monday meeting and its DTSTAMP
falls between the other two it is an error.
The question is whether these inter-recurrence relationships belong
in iCalendar or iTIP. I think that this particular case fits into
iCalendar, just.
Alex