icalendar - iCalendar 中的 RECURRENCE-ID (RFC 5545)

Question

我对 iCalendar 规范 RFC 5545 中的属性 RECURRENCE-ID 和此属性中的 RANGE 参数有点困惑。

假设一个日历组件包含一个称为“ session ”的重复事件，该事件应安排在从 2012 年 8 月 6 日开始的每个星期一 10 点到 12 点。重复结束应为 2012 年 10 月 29 日。
“ session ”将在 2012 年 9 月 3 日之前从每个星期一的 12 点到 15 点重新安排，范围设置为 THISANDFUTURE，以表明所有后续事件也将安排在 12 点到 15 点。
到 2012 年 10 月 1 日，“ session ”将重新安排在每个星期二(而不是星期一)的 10 点到 13 点，同时 RANGE 设置为 THISANDFUTURE。
此外，2012 年 9 月 17 日的单项赛事将从 8 点重新安排至 10 点。

iCalendar 格式的事件将如下所示:

BEGIN:VCALENDAR
...
BEGIN:VEVENT
DTSTART:20120806T100000Z
DTEND:20120806T120000Z
UID:atgbutj8md5v35fuguni1of4b9o@google.com
SEQUENCE:1
SUMMARY:Meeting
RRULE:FREQ=WEEKLY;UNTIL=20121029T100000Z
END:VEVENT
BEGIN:VEVENT
DTSTART:20120903T120000Z
DTEND:20120903T150000Z
UID:atgbutj8md5v35fuguni1of4b9o@google.com
SEQUENCE:1
SUMMARY:Meeting
RRULE:FREQ=WEEKLY;UNTIL=20121029T100000Z
RECURRENCE-ID;RANGE=THISANDFUTURE:20120903T100000Z
END:VEVENT
BEGIN:VEVENT
DTSTART:20121002T100000Z
DTEND:20121002T130000Z
UID:atgbutj8md5v35fuguni1of4b9o@google.com
SEQUENCE:1
SUMMARY:Meeting
RRULE:FREQ=WEEKLY;UNTIL=20121029T100000Z
RECURRENCE-ID;RANGE=THISANDFUTURE:20121001T100000Z or 20121002T120000Z???????????
END:VEVENT
BEGIN:VEVENT
DTSTART:20120917T080000Z
DTEND:20120917T100000Z
UID:atgbutj8md5v35fuguni1of4b9o@google.com
SEQUENCE:1
SUMMARY:Meeting
RRULE:FREQ=WEEKLY;UNTIL=20121029T100000Z
RECURRENCE-ID:20120917T100000Z or 20120917T120000Z?????????
END:VEVENT
END:VCALENDAR

我不确定的值是 RECURRENCE-ID 和 RRULES 的值。

-) 第三个和第四个事件应使用哪个日期？他们应该引用主要事件(第一个事件)还是引用第二个事件的事件，因为这是重新安排的“最近”事件？

-) 如果我对 RFC5545 的解释是正确的，则 RRULE 可能不会更改或重新安排。这意味着子事件中的规则也将相同。原定于 2012 年 10 月 29 日 10 点到 12 点举行的最后一场事件会发生什么情况，但在第三场事件前重新安排到第二天的 10 点钟。这是日历组件的重复集中的最后一个事件，还是在所有事件中更改 UNTIL 值以便包括 10 月 30 日 10 点？

提前致谢! :-)

Answer 1

calconnect interop oct 2010 中记录了使用 THISANDFUTURE 和互操作性重新安排时间的困难。

如果可以，互操作可能会更容易/更安全地遵循 RFC5545 § 3.8.4.4 中的注释。

The "RANGE" parameter may not be appropriate to reschedule specific subsequent instances [...] . In such cases, the calendar application could simply truncate the unbounded recurring calendar component (i.e., with the "COUNT" or "UNTIL" rule parts), and create two new unbounded recurring calendar components for the future instances.