>
You are sending invalid instance invitations to start with. If you send an Instance invitation you MUST include the RECURRENCE-ID
When you send a REQUEST with a new RULE. You are telling the receiving Calendar Store ...NUKE ALL ENTRIES in your calendar store. Nothing in your store is valid, I AM RESETTING THE RULE AND RECURRENCE-IDs and sending all new information.
It goes further than that as iTIP says that when the SEQUENCE changes then all older objects are obsolete. And SEQUENCE can be incremented for more than instance changes.
And as all changes to any instance (single or all) require that the SEQUENCE must be incremented, then yes the old instances are obsolete and must be nuked. So according to iTIP it is the fact that the SEQUENCE number got bumped that causes the old obsolete objects (instances and all) to get nuked. However if no instance is changed and for other reasons the SEQUENCE is incremented, then it is just a coincidence that the RECURRENCE-IDs in the old nuked objects just happen to be the same as the ones in the new object.
_____________________ Note: new email address
tom_ransdell@xxxxxxxxxxxxxxxx
Doug Royer <Doug@xxxxxxxxx> Sent by: owner-ietf-calendar@xxxxxxxxxxxx
08/27/2003 03:03 PM Please respond to "ietf-calendar@xxxxxxx" <ietf-calendar@xxxxxxx>
To "ietf-calendar@xxxxxxx" <ietf-calendar@xxxxxxx> cc Subject Does anyone still think that RECURRENCE-ID's do NOT change?
I know that there may be more screams that this issues will not go away. But it really needs to be settled.
Despite the claims on this list, it appears that almost everyone agrees that the RECURRECE-ID's do change and must change.
I think that proof is:
So your first invitation is to:
UID:100 SEQUENCE:0 DATE:...sep-1...10am...
Then you get:
UID:100 SEQUENCE:1 RRULE;FREQ=DAILY;COUNT=10 DTSTART:...sep-2...3pm
What is the RECURRENCE-ID for the 1st object? ...sep-1...10am... Correct?
So which of the 10 instances has its RECURRENCE-ID fixed to the 1st
object?
What are the 10 RECURRENCE-ID's for the 2nd object?
Does anyone still think that RECURRENCE-ID's do NOT change?
--
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
Doug Royer | http://INET-Consulting.com
-------------------------------|-----------------------------
Doug@xxxxxxxxx | Office: (208)612-INET
http://Royer.com/People/Doug | Fax: (866)594-8574
| Cell: (208)520-4044Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature