Re: Where to use EXDATE
[email protected] Mon, 28 Mar 2005 17:30:35 -0500
| Newsgroups | gmane.ietf.calendar |
|---|---|
| Message-ID | <OF288AFAE7.166BA6A9-ON85256FD2.0079230F-85256FD2.007AEAD3@notesdev.ibm.com> |
[email protected] wrote on 03/24/2005 08:5= 9:50PM: > My question was if I need to cre= ate anEXDATE property in > the base event for the changed occurrence= . No. Exception= filters (EXRULE& EXDATE) were intended to filter out instances from be= ing creatednot remove remove them "after the fact". So, if = you makechanges to an instance of the repeating set, you would NOT remove i= t fromthe 'base' defintion in the iCalendar stream. You would leave i= tthere and simply 'update' it with a subsequent VEVENT in the same iCalenda= rstream. The slightly mangled example of this can be found in iTIP,Se= ction 4.4.7, pp 86 & 87 where it describes the response to Bs REFRESHre= quest. > The reason I am asking is that= I am doing sometesting with Evolution > and our server (which curre= ntly does not create EXDATEs for changed > occurrences, only for dele= ted ones). Evolution obviously expects those > and will display two e= ntries because of the missing EXDATE: one forthe > original occurren= ce and one for the changed one. I would like to know > who is right h= ere. Im a little conf= used by what you aretrying to do here. Could you describe the scenari= o and possibly providesome iCalendar fragments so its easier to answer your= question? Bruce =3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Br= uce Kahn &nbs= p; INet: [email protected]= .com Messaging & Collaboration &n= bsp; Phone: 978.399.6496 IBM Software Group &= nbsp; FAX: an= d nothing but the FAX... Standard disclaimers apply, even where prohibit= ed by law...