Re: request + add (Lets try BOOKED)

"Doug Royer" <[email protected]> wrote in message
news:[email protected]...
>
> Let try this another way - BOOKED:
>
> Your CUA connects to a public CS that serves up your favorite Symphony
> to see their schedule. These are BOOKED entries in that CS.
> There is no-METHOD, No-REQUEST, No-REPLY.
>
> BEGIN:VCALENDAR:
> ...
> ...
> BEGIN:VEVENT
> UID:byBSO.org
> SEQUENCE:25
> ...
> DTSTART:December 19, 2003 7:30 PM
> DTEND: December 19, 2003 9:30 PM
> ...
> RDATE:December 20, 2003 3:00 PM
> RDATE:December 20, 2003 7:30 PM
> RDATE:...
> ...
> END:VEVENT
>
> Your CUA will NEVER be able to get the history of that calendar.
> So, if those that think that RECURRENCE-ID depends on the
> history of the UID pre SEQUENCE:25.  How could you
> ever calculate the RECURRENCE-ID's? You could not.
>
> The expansion of RECURRENCE-ID's can not depend
> on anything except the object the CS has - and only
> that object.

Certainly, but how does this relate in the context of an ADD
as Mark was suggesting?

If I had subscribed to receive iMIP updates from said symphony
group, and the first message I ever saw was an ADD at SEQ:26,
then it will not contain the above information from SEQ:25.  Right?

Further, in keeping with just "the most recent information is all
I need", I have absolutely no use for objects with SEQ:0-24 as Mark
again seemed to imply.

-- Michael --