Calendar 日历服务器需要什么协议

Calendar 日历服务器需要什么协议,calendar,icalendar,webdav,caldav,Calendar,Icalendar,Webdav,Caldav,我正在.Net中构建一个日历服务器。我希望系统的第一个版本能够为任何日历客户端提供功能性和互操作性。这个系统是为我的大学设计的,也是我的论文,这就是为什么我没有足够的时间来实现这些系统应该实现的所有协议 日历系统服务器中需要哪些协议才能使客户端正常工作?到目前为止,它实现了RFC 5545 iCalendar,我正在完成RFC 4791 CalDAV和WebDAV的一些扩展,之后我将实现RFC 3744 ACL 我是否应该实现对CalDAV的RFC 6638调度扩展、对WebDAV的RFC 32

我正在.Net中构建一个日历服务器。我希望系统的第一个版本能够为任何日历客户端提供功能性和互操作性。这个系统是为我的大学设计的,也是我的论文,这就是为什么我没有足够的时间来实现这些系统应该实现的所有协议

日历系统服务器中需要哪些协议才能使客户端正常工作?到目前为止,它实现了RFC 5545 iCalendar,我正在完成RFC 4791 CalDAV和WebDAV的一些扩展,之后我将实现RFC 3744 ACL

我是否应该实现对CalDAV的RFC 6638调度扩展、对WebDAV的RFC 3253版本控制扩展或任何其他扩展


将来我想实施所有这些协议,但我现在没有时间。

尽管投票结果很接近,但我认为这是一个有效的问题。有很多标准,还有很多依赖性。你当然不需要所有的东西

事实上,您只需要一个子集,几乎没有人实现整个规范

您需要什么取决于您希望支持哪些客户端和哪些功能。假设您想要支持iCal和Thunderbird

那么至少您需要大量的CalDAV RFC4791。您不需要每个报表,但至少需要日历multiget和日历查询。不使用忙/闲的东西。但是对于日历查询报告,有一小部分实际查询是由客户端执行的

你需要RFC3744的大部分。您可以跳过大多数报告,但需要与主体系统和访问控制相关的WebDAV属性。您也不需要ACL方法。WebDAV ACL主要用于主体和报告访问信息,但不改变它

没有人使用RFC3253版本控制

您可能需要当前用户主体URL

您不需要安排RFC6638。如果没有计划,客户端将可以很好地同步

最后,支持WebDAV同步非常有用。客户应该能够在没有它的情况下生活,但在现实中,他们往往行为不端。如果不支持该规范,您可以依赖于广泛支持的专有技术。它更简单,可以完成任务,但不标准

我将把这个答案看作是一个非详尽的清单。这是一个帮助您入门的概述。如果您对我提到的规格有更具体的问题,请在这里发表评论,我很高兴进一步扩展这个答案