[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RECURRENCE-ID discussion



Bruce_Kahn@xxxxxxxxxxxxxxxx wrote:

Doug thought on 08/07/2003 04:52:42 PM:
> > > So, when creating a new VEVENT you can not be referring to an instance
> > > that does not yet exist. As soon as the object exists it has an
> > > implied RECURRENCE-ID for each effective DTSTART of each instance.
> >
> > And so after Ive created it in my calendar (at SEQUENCE:0) I can then
> > invite Satay to a particular instance only by using its RECURRENCE-ID in
> > the REQUEST.
>
> Only after his CUA has replied to SEQUENCE:0, will he know
> what the RECURRENCE-ID for SEQUENCE:0 is. So the first invitation
> to him can not contain both a RECRURRENE-ID and DTSTART, else
> it looks *exactly* like an iTIP modification to an instance to an
> existing VEVENT for which he does not have.

Wrong. You clearly do not understand iTIP Section 3.2.2 REQUEST and the relevant subsections. Section 3.2.2 tells you how to distinguish betweeen a new invitation and an update/reschedule. That text that does is:

   The "UID" and "SEQUENCE" properties are used to distinguish the
  various uses of the "REQUEST" method. If the "UID" property value in
  the "REQUEST" is not found on the recipient's calendar, then the
  "REQUEST" is for a new "VEVENT" calendar component. If the "UID"
  property value is found on the recipient's calendar, then the
  "REQUEST" is for a rescheduling, an update, or a reconfirm of the
  "VEVENT" calendar component.


And your still ignoring the part of iTIP that says to modify
an event add the RECURRENCE-ID.

So if you add a RECURRENCE-ID and then it looks *exactly* like
an iTIP modification there is NO way to tell if you missed something.
That model will not work.

Is there ANY text in iCAL or iTIP that says there are two
ways to invite someone, one that works all of the time including
for single instance (without a RECURRECE-ID) that the one
you keep asserting is your way? I anyone can send a REQUEST
to an ATTENDEE for ANY time, why do you insist that RECURRECE-ID
need be added?

--

 Doug Royer                     |   http://INET-Consulting.com
 -------------------------------|-----------------------------
 Doug@xxxxxxxxx                 | Office: (208)612-INET
 http://Royer.com/People/Doug   |    Fax: (866)594-8574
                                |   Cell: (208)520-4044

We Do Standards - You Need Standards

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature