outlook - 通过电子邮件生成 iCal 约会和后续更新，但不提供接受/拒绝选项

Question

我们正在编写一个具有预订功能的系统，我们计划让它通过电子邮件将 *.ics 文件发送给与会者，以便他们可以轻松地将约会添加到他们的日历中。事件的类型是培训类(class)(例如下午 3 点在 session 室)。

我们已经做到了这一点，即系统发送 *.ics，并且使用 Gmail 和 Outlook，用户可以接受约会，然后将约会添加到他们的日历中。

有时事件会发生变化(例如类(class)被取消或延迟到第二天)。我们的软件可以发送一个新的 *.ics 文件，Gmail/Outlook 会正确识别这是对原始约会的更新，并提供再次接受/拒绝的选项。

问题是，我们没有一种机制可以通过电子邮件接收标准电子邮件客户端在用户接受/拒绝约会时自动发送的接受/拒绝响应。因此，点击“拒绝”选项可能会让他们误以为他们已经取消了约会，而实际上我们的系统并不知道他们在日历中做了什么。

我们始终希望用户直接在网站上发起预订，而通过电子邮件发送的 *.ics 只是帮助他们记住参加的一种便利。与航类预订类似，如果乘客真的打算取消，则需要比在 Outlook 中单击“拒绝”更明确的东西。在我预订了几次航类后，航空公司向我发送了一个 *.vcs 文件，其中包含“METHOD:PUBLISH”而不是“METHOD:REQUEST”，这听起来更接近我们想要的，尽管在测试中，这个 *.vcs 文件GMail 未将其识别为约会。

所以问题是，我们能否通过电子邮件发送约会和后续更新，Outlook、GMail 和 Lotus Notes 会自动识别这些约会，但防止用户认为他们可以在自己的日历中取消/拒绝整个预订工具？如果是，怎么办？

更新 1

我想我发现了我正在试验的 METHOD:PUBLISH 航空公司预订示例的问题 - 它是针对过去的日期。使用 future 的日期，我们现在可以使用 METHOD:PUBLISH 来允许人们将事件添加到他们的日历中而无需接受/拒绝。现在的问题是，如果事件被取消或更改，我们无法获得一个新的 *.ics 来被识别为覆盖原始文件。我们正在为事件分配一个唯一的 UID 并将 SEQUENCE 字段递增，但我不知道规范是否允许“PUBLISH”编辑的事件优雅地处理更新(日期、时间、位置、描述等)

更新 2

好吧，我刚刚试验了来自 spec 的样本 *.ics 文件。 .使用 4.1.1“最小已发布事件”和 4.1.2“更改已发布事件”中的示例，我正在发送我认为符合规范的已发布事件和后续更新。 Outlook 2010 和 GMail 都将更新视为新事件。所以在这一点上，我假设 Outlook 和 GMail 仅部分支持 *.ics 文件，放弃优雅的更新，如果我向他们发送新的日历约会，则简单地指示用户删除他们的旧日历约会。

Answer 1

iCalendar 格式还指定了 METHOD:PUBLISH(参见 https://www.rfc-editor.org/rfc/rfc5546#section-3.2.1)。目前尚不清楚您是否尝试过使用 METHOD:PUBLISH(并且没有 ATTENDEE 属性)的 .ics 文件。