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...