由于我们社区的这项请求再次出现，我想链接这个较早的功能请求，它没有被归类到正确的类别：
日历：导出到 caldav/carddav](Calendar: export to caldav/carddav)
虽然 ical 导出是基于文件的，但 caldav 需要一个具有适当 API 调用的 dav 服务。我认为 ical 导出选项会更容易……
6 个赞
caldav 订阅是任何事件管理扩展的基本功能，我们应该在哪里开始为这个功能筹款呢？
完全正确。
在我看来，目前日历功能的实现仅适用于所有时间管理都在 Discourse 内部或通过某些专有解决方案（如 Gmail 日历）准备的用例。这使得它在某种程度上“孤立”，因为它没有与其他开放系统的集成。
在许多情况下，人们使用独立于特定提供商的外部日历解决方案（例如 Python 中的 Radicale caldav/carddav 服务器）。他们只想在论坛中显示日历（“只读”），并自动与外部更改同步。
如果 Discourse 可以充当 caldav 客户端（如桌面上的 thunderbird 和 Android 上的 DAVx⁵），这将是一个巨大的进步。首先可以是“只读”，第二步是实现对外部 caldav 日历的写入权限。这应该与用户配置文件相关联，这与当前日历插件的方法不同。
Caldav对于社区来说确实更实用，而且正如您所提到的，它需要充当双向同步的服务器，因此工作量也很大。
另一方面，Webcal feed只是数据的单向收集和广播，实现起来会更容易、更快。
我理解对caldav的需求，但它可能会延迟更快实现的可行功能webcal的实现。
您可能想看看 @angus 的 https://meta.discourse.org/t/events-plugin/69776，它基本上实现了我认为您想要的功能。
它有自己的事件用户界面，或者您可以使用官方的 Discourse calendar-and-event 插件和用户界面，它将处理后端事务。
我不这么认为。我们不需要 Discourse 中的 CalDav 日历服务器功能。我之前提到的 Radicale Server 是一个基于 Python 的小型 Caldav/CardDav 服务器，它已经解决了 CalDAV 和 CardDAV 的所有服务器端需求。唯一在 Discourse 端缺失的是一个客户端实现以及一个显示和编辑内容的 UI。@angus 的 Events 插件目前还没有填补这个空白。
Events Plugin 允许您从任何兼容 iCalendar (RFC 5545) 的源导入事件，其中包括 CalDav。
好的，那可能是我错过了什么。感谢您的信息！
未来是否有可能像Pavilion插件那样提供ical URL订阅？
2 个赞
呃——在 OP 在这里发帖时，它们已经是可用功能了。我认为那不是他们想要的。
另外请注意，目前“地点”字段（对于通过 .ics 的活动来说相当关键）没有被传递：
这是一个错误，让我们确保有一个专门的错误主题来处理它。
1 个赞
我无法解析此内容，这在实践中意味着什么？
这两个帖子都 Angus 放弃该插件的订阅计划之前发布的，所以现在 events plugin 无法解决任何问题。
我认为 @kelv 根据以下内容添加了其中一些：
此请求的范围是什么？