[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Question for list
> The crux of this dilemma: I cannot use iTIP to backup / restore (or
> 'publish') my calendar data via a METHOD:PUBLISH since not every entry has
> ORGANIZER and there would be no way to tell when the data can be removed
> on import. We have no other METHOD value to use for 'publishing' entries
> w/o using METHOD:PUBLISH; Perhaps a new one is in order for these cases
> and it would not have the current MUST requirement...
ALL METHOD:PUBLISH components MUST have an ORGANIZER per
the iTIP restriction tables. Is there somewhere in iCal or iTIP
that says otherwise?
As to backup/restore - TRUE - that' one reason for CAP. :-)
CAP itself does not address backup/restore itself. But it does
allow you for synchronization to an external or roaming device.
So in effect you MUST be able to pull all entries out via CAP
and you must be able to put all in via CAP. There is just no
way with iTIP to do this - and iTIP was specifically designed
not to do this for security reasons. Again another reason
for direct access to your calendar - CAP.