Gmail日历导入ICS时EXDATE排除日期不生效，是已知问题还是配置有误？

该问题并非Gmail无明确修复时间表的已知独立bug，根源是生成的ICS文件存在不符合RFC5545标准的配置偏差。Outlook的解析器容错性极强，自动掩盖了这些配置问题，才会出现Outlook生效、Gmail失效的差异表现。

• 核心匹配规则不达标：按RFC5545强制要求，EXDATE字段的时间值，必须和需要排除的重复事件实例的DTSTART值完全一致，才能触发排除逻辑。
  当前配置里，主事件的重复规则生成的实例时间为20210305T060000、20210306T060000、20210307T060000，但填写的EXDATE时间是20210306T123000、20210307T123000，和实际实例时间偏差6.5小时，根本无法触发匹配。
  Outlook的解析器会自动提取EXDATE的日期部分匹配对应事件，忽略时间差，所以能正常生效；但Gmail会逐位比对时间值，匹配不上就不会执行排除操作。
• 时区标识不规范：当前的DTSTART、DTEND、EXDATE字段都没有携带TZID参数，仅靠外层的X-WR-TIMEZONE做隐式时区声明，这种写法在Gmail的解析逻辑中会被默认为UTC时间，进一步放大时间匹配的偏差。标准写法是所有涉及本地时间的字段，都要显式标注对应的时区。
• 合并写法失效的本质：Gmail完全支持同一EXDATE字段下用逗号分隔多个时间值的写法，之前测试合并写法不生效，本质还是时间值不匹配的问题，和写法格式无关。

将VEVENT块中的时间相关字段调整为以下内容：

DTSTART;TZID=Europe/Oslo:20210305T060000
DTEND;TZID=Europe/Oslo:20210305T133000
RRULE:FREQ=DAILY;UNTIL=20210308T060000;INTERVAL=1
EXDATE;TZID=Europe/Oslo:20210306T060000,20210307T060000

调整完成后，不管是导入Gmail还是Outlook，排除规则都可以正常生效。

补充：Gmail确实存在过早期版本对EXDATE解析不兼容的历史问题，但这类问题早在2018年就已全部修复，当前版本下只要配置符合标准，不会出现无理由的EXDATE失效。

内容的提问来源于stack exchange，提问作者Jurij