ICS文件METHOD设为CANCEL时多款日历应用报错，如何修改适配？

问题原因 #

当前取消日程的ICS文件不符合RFC 5545国际规范的强制要求，不同日历客户端的校验严格程度存在差异：Outlook 2016校验逻辑宽松可正常识别，其余校验严格的客户端会直接判定文件损坏或忽略操作。

调整后可兼容全平台的取消用ICS示例 #

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//YourOrg//YourCalendarProduct//ZH
METHOD:CANCEL
BEGIN:VEVENT
DTSTAMP:20210914T100000Z
DTSTART:20210914T200000
DTEND:20210914T210000
ORGANIZER:mailto:organizer@organizer.com
ATTENDEE;PARTSTAT=NEEDS-ACTION:mailto:attendee@attendee.com
SEQUENCE:1
STATUS:CANCELLED
UID:95ef400d-e3f3-4d94-b99a-914390b098d2
END:VEVENT
END:VCALENDAR

核心改动说明 #

• 新增VERSION:2.0到VCALENDAR层级：属于规范强制要求的字段，缺失会被Windows日历等客户端直接判定为损坏文件。
• 新增PRODID到VCALENDAR层级：同样为规范强制要求的生产者标识，可根据实际场景修改为你的组织/产品标识，格式遵循-//组织名//产品信息//语言即可。
• 更新DTSTAMP的值为取消操作发生时的UTC时间，且必须晚于创建日程时的DTSTAMP：客户端通过该字段判断操作的先后顺序，和创建时时间一致会被判定为无效更新，是Google Calendar无反应的核心原因。
• 为ATTENDEE字段添加PARTSTAT=NEEDS-ACTION参数：可解决部分客户端校验参会者状态不匹配的报错问题，进一步提升兼容性。

必守校验规则 #

• UID必须和原创建日程的UID完全一致，大小写、字符均不能有差异
• SEQUENCE的值必须每次操作递增，首次创建为0，取消操作设为1，后续如有更新操作需继续递增
• DTSTART、DTEND、ORGANIZER三个字段的值必须和原日程完全匹配，否则会被判定为不同的日程无法匹配删除

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