如何使用序列号正确的ICS更新Outlook AppointItem？即，如何确定序列号？

我开发了一个处理会议数据的Web应用程序。现在，我另外开发了一个VSTO Outlook插件，这样我就可以将web应用程序上的会议数据链接添加到Outlook中给定的约会项。为此，我通过发送UID（GlobalAppointmentID），使用API调用我的web应用程序。但在调用web应用程序的API“Add方法”时，我无法找到如何同时发送当前序列号

因此，我们最终有两个应用程序处理约会，其中一个是Outlook

如果web应用程序希望将会议更新发送到outlook，它将使用ICS文件。问题是我没有将约会的更新从web应用程序发送到Outlook，因为我不知道在ICS文件中使用哪个序列号

我在AppointmehtItem中找不到允许我在Outlook中查找当前序列号的任何属性。另外，我发现使用DTSTAMP而不是序列并不能解决问题，因为使用DTSTAMP的更新只允许不更改约会日期/时间的更新

所以我的问题是： 如何找到AppointItem的正确序列号，以便外部应用程序可以使用它使用ICS文件发送更新

我的问题是Outlook在发送邀请时可能会发送此序列号。在我的情况下，我的web应用程序不会收到邀请，因此它不会从Outlook发送的邀请邮件中接收序列号

---

我认为我试图以一种完全错误的方式解决这个问题。非常感谢任何帮助

您需要在同一ICS文件中发送带有异常的主约会，该文件的标题为

RECURRENCE-ID

。尝试通过Outlook UI将定期约会保存为ICS文件，并在记事本中打开。

经过几次研究后，我认为Outlook插件的整个概念是错误的

据我所知，使用ICS文件是为了让邮件客户端能够就事件进行通信

因此，解决我的问题的一个可能的解决方案可能是，Web应用程序扮演接收Outlook邀请的邮件客户端的角色。对约会的每次更改都将从outlook发送到web应用程序，只要它包含在自己的邮件地址中(info@mywebapplication.com)web应用程序需要解析传入的请求，解析它们，并尝试找出需要更新的会议

---

这可能是一个解决方案吗？是否有人有处理Outlook、Google日历等入站会议请求/更新/取消的经验。？Outlook/Google是否为此使用ICS？可能是的，因为邮件客户端不知道收件人使用哪种邮件客户端，可以吗？

我的问题不是指定定期约会。我的问题是如何获取我的AppointItem的序列号，以便将其发送到我的web应用程序。这与定期约会无关。