javascript - .ics 文件支持邮寄吗？邮寄时是否支持 RSVP 等 iCal 功能？

Question

我正在开发一个基于 JavaScript 的应用程序，该应用程序可以在每个事件的 1 位组织者和 1 位或更多参加者之间设置事件。由于它面向公众，组织者和与会者几乎可以使用任何(主要)日历和/或电子邮件服务。

我已经确定 iCal (.ics) 是最广泛支持的共享日历事件格式，因此我编写了发出有效 .ics 文件的代码(已针对多个在线验证器成功测试)，但我对此感到困惑如何使用该文件。我的期望是:

1. 与组织者和与会者一起生成 .ics 文件(以及组织者的与会者条目，且 PARSTAT=ACCEPTED)
2. 组织者将 .ics 文件发送给与会者(仅供引用:通过在组织者的用户界面中打开邮件客户端来实现，其中包含预先附加的 .ics 文件并预设为:字段)
3. 组织者和与会者各自的邮件/日历服务提供商(例如 gmail/gcal/outlook/exchange/等)会解析 .ics 文件并将其自动添加到用户的日历中
4. RSVP 状态由日历服务提供商跟踪

但是，由于各种原因，这种用法似乎不适用于主要提供商，例如为简单起见，我们假设组织者和与会者都使用 Gmail:

1. Gmail 似乎会在组织者端(.ics 文件发送者)和与会者端(收件人)解析文件，但仅提供与会者将事件添加到其日历中的操作。没有为组织者提供将其添加到他/她的日历的自动操作。我可以确认它是在组织者这边解析的，因为 Gmail“知道”它是组织者，并且故意不提供“添加到日历”操作，即使她/他也是与会者(通过修改 . ics 文件)。

2. 向与会者提供“添加到日历”操作，添加后会提供回复操作，但实际上并不与组织者同步(此时组织者可能有也可能没有该事件)在他/她的日历中，具体取决于他们是否手动添加)。

我可以保证与会者的定义正确(使用 PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT;RSVP=TRUE)，并且我生成的 .ics 文件有效且内容正确。

<小时/>

• 我上面概述的预期用法是否不符合 .ics 标准，或者这些问题是由于日历/邮件提供商的特性造成的？

• 是否有另一种策略可以使用 .ics 文件来实现此用例，或者我是否从根本上误解了 .ics 文件的用法 - 它们不应该作为附件邮寄吗？除非您运行自己的 CalDAV 服务器，否则他们不支持 RSVP 吗？

Answer 1

使用 iMIP/iTIP，不存在将邀请“注入(inject)”组织者日历的概念。初始工作流程由组织者触发，因此假设该事件已在组织者的日历中。

对于第 2) 点，如果该事件在组织者的日历中，并且回复未得到处理，则您使用协议(protocol)的方式可能存在问题。我们需要详细信息(原始请求和回复)来帮助您调试此问题。

在 How can I create and email an invite for two unrelated recipients to a meeting between them and allow them to control further scheduling 上有某种相关的响应