Re: request + add

Michael Fair wrote:

> >
> > The example given was ADD which is NOT the object above.
> > See the original post and section "3.2.4 ADD" in iTIP.
> 
> I think you are misunderstanding what object it is that's being
> described here.

So the question (restated) is:

  Once attendee-2 gets 'B' which is an 'add' (not some other things).
  As that is a valid way to invite an attendee.

  Do you agree that once 'B' is complete then attendee-2 can
  only get the recurrence-id's from what it has those objects
  described in 'B'. As attendee-2 attendee-2 will never have
  the sequence:0 object.

A 'refresh' would only return 'A', 'B' or 'C' and not 
the sequence:0 iTIP message.

So it can not be true that you have to have the history
of an object to get the recurrence-id's. It also can 
not be true that the recurrence-id's are tied to the
original (0) object. As it would be impossible to 
change an object that was later added with the
add method. The attendee must be able to expand
the 'A', 'B', or 'C' objects from themselves.