用于编写Outlook "internet日历订阅“的正式文档在哪里？

Question

是否有任何官方来源为Outlook "互联网日历订阅“编程，在链接中描述为

Internet日历订阅是在Outlook中下载和查看的日历。但是，与日历快照不同，Internet日历订阅是自动更新的。

我正在使用ASP.NET MVC和DDay.iCal库。我一直没有成功地创建这样一个日历。我需要具体问题的答案。我不想再猜了。我也不会接受随机代码、过时代码项目文章的链接或任何其他非权威的内容。

我所掌握的唯一具体信息是URL必须

• 从webcal://开始
• 以.ics文件名结尾

我必须为每个用户生成一个独特的、最新的日历，最好是每次Outlook轮询地址时。我想避免将日历更新链接到站点的CRUD部分。因此，我需要了解Outlook接受哪些内容的一些细节。

• 我是否可以使用一个控制器/操作来返回一个FileResult (或者派生:流、内容、路径)来动态地生成当Outlook到达地址时的日历？
• 我是否可以通过装饰这个动作来“伪造”ICS文件/文件名部分，比如[ActionName("iCalFeed.ics")]。
• 我是否可以使用ActionLink为操作创建webcal链接，如<%= Html.ActionLink("Connect to Outlook", "iCalFeed.ics", "Schedule", "webcal", null, null, null, null) %>

我尝试了其中一些特别的方式，Outlook喜欢弹出并处理webcal链接，但是它没有显示任何内容，也没有显示错误消息。是否有地方可以挖掘Outlook web日历导入错误？

如果上述问题没有，在Outlook每次投票时，是否有其他方式为新内容提供服务？我不想与站点上的CRUD操作同步更新日历。这似乎比必要的复杂。

无论哪种方式，我还需要知道iCalendar规范Outlook的哪些部分需要正确更新“订阅”。我导入了一个有效 ICS文件，作为一个常规的“快照”，它只包含一个开始/结束日期、摘要和位置。但是，很明显，规范中有一些棘手的部分，比如

• 是否必须设置METHOD (RFC2445 4.7.2方法)？我甚至找不到对这个属性或它接受的值的适当描述(它是特定于客户端的吗？)
• 是否必须跟踪事件UID并根据系统的CRUD操作更改它们的配置？或者，在随后的轮询中添加/删除/更新日历中的事件是否足够好，使Outlook能够解决这个问题？如果我必须保持跟踪，现在我必须为我的应用程序添加一层持久力和状态感知。
• 如果我一直在跟踪，我注意到在其他问题中，Outlook对ORGANIZER属性非常挑剔.它必须是一个电子邮件地址吗？一个mailto:链接还是一个地址？

我的绳子快到了。我愿意阅读文档，如果它回答的问题，实际建立一个网站，以产生适当的日历订阅。除了这个奇异转换“算法”之外，我还没有在MSDN上找到任何东西。据我所知，这是没用的。

为了清楚起见，我可以为任何用户生成一个基本ICS文件，并在Outlook中手动启动它。我无法让我的网页链接工作，在任何。

其他的日历RFCs会起作用吗：iTIP和iMIP

Answer 1

我还没有找到任何适当的文档，但我发现了Outlook的一些行为。关于webcal/ics对"internet日历订阅“的要求

• Outlook可以使用http://地址
• Outlook可以使用不以.ics结束的路由

您可以在从Internet中自己尝试这些方法。您可能仍然希望使用ActionLink/webcal链接，以便浏览器提示您启动能够处理请求的应用程序。

至于其他的控制器/行动要求.

• Outlook发出匿名请求*
• Outlook可以接受二进制/流/字符串FileResult类型的控制器操作。

​

*您可能需要为该路由显式地允许匿名。在我的系统中，我不得不使用带有<location>的<allow users="?" />标记来绕过表单。如果你真的需要安全，看看谷歌做了什么。他们为每个用户/日历创建一个包含GUID令牌的URL，并要求您保护它。

​

Answer 2

是否必须设置方法(RFC2445 4.7.2方法)？我甚至找不到对这个属性或它接受的值的适当描述(它是特定于客户端的吗？)

有关方法，请参见WebDav和CalDav规范。

WebDAV的日历扩展(CalDAV )本文定义了对Web分布式创作和版本控制(WebDAV)协议的扩展，以指定基于iCalendar格式访问、管理和共享日历和调度信息的标准方法。本文档定义了CalDAV的“日历访问”功能。

方法(RFC2445 4.7.2法)？

RFC 2445被RFC 5545淘汰了，所以您可能对5545和2445之间的差异感兴趣，这样您就可以尝试适应两者的交集。

我的绳子快到了。我愿意阅读文档，如果它回答的问题，实际建立一个网站，以产生适当的日历订阅。

所有这些标准都是由CalConnect维护的，它有您可能会找到的讨论清单。

对不起，我不能有更多的用处，因为我个人对Outlook的实际经验很少，但是有很多参与CalConnect的人都知道所有的互操作细节。