# カレンダープラグインはicalエクスポートとcaldavを提供すべき
**URL:** https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279
**Category:** Feature
**Tags:** events
**Created:** [2024 年 6 月 16 日午後 3:34 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279 "2024-06-16T15:34:20Z")
**Posts on this page:** 17
**Page:** 1
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [2024 年 6 月 16 日午後 3:34 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/1 "2024-06-16T15:34:20Z")
コミュニティからこのリクエストが再び寄せられたため、正しいカテゴリに配置されていなかった以前の機能リクエストをここにリンクしたいと思います。
カレンダー：caldav/carddavへのエクスポート]([Calendar: export to caldav/carddav](https://meta.discourse.org/t/calendar-export-to-caldav-carddav/294988))
icalエクスポートはファイルベースですが、caldavは適切なAPI呼び出しを備えたdavサービスを必要とします。icalエクスポートオプションの方が簡単だと思います…
---
### Author:  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### Post date: [2025 年 5 月 28 日午後 9:26 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/2 "2025-05-28T21:26:37Z")
CalDAVサブスクリプションは、イベント管理拡張機能の基本です。この機能の資金調達はどこから始められるでしょうか？
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [2025 年 5 月 30 日午前 6:43 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/3 "2025-05-30T06:43:32Z")
まったくその通りです。
私の見解では、現在のカレンダー機能の実装は、すべての時間管理がDiscourse内またはGmailカレンダーのような独自のソリューションで準備されているユースケースにのみ役立ちます。これにより、他のオープンシステムとの統合がないため、ある種「孤立」しています。
多くの人は、特定のプロバイダーに依存しない外部カレンダーソリューション（例：Pythonの[Radicale caldav/carddavサーバー](https://radicale.org/v3.html)）を使用しています。彼らは単にフォーラム内にカレンダーを表示したいだけで（「読み取り専用」）、外部からの変更と自動的に同期したいのです。
Discourseが（デスクトップのThunderbirdやAndroidのDAVx⁵のように）Caldavクライアントとして機能できれば、それは大きな進歩となるでしょう。まず「読み取り専用」で、次に外部Caldavカレンダーへの書き込み権限の実装です。これは、現在のカレンダープラグインとは異なるアプローチであり、ユーザープロファイルにリンクされるべきです。
---
### Author:  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### Post date: [2025 年 5 月 31 日午前 9:44 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/4 "2025-05-31T09:44:53Z")
Caldavは確かにコミュニティにとってはより実用的ですが、ご指摘のように多くの作業が必要です。双方向同期のためのサーバーとして機能する必要があるからです。
一方、Webcalフィードは、データの単方向の収集とブロードキャストに過ぎず、実装ははるかに簡単で迅速です。
caldavの必要性は理解できますが、webcalというより早く実現可能な機能の実装が遅れる可能性があります。
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [2025 年 6 月 10 日午前 5:20 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/5 "2025-06-10T05:20:55Z")
@angus さんの [Events Plugin 📅](https://meta.discourse.org/t/events-plugin/69776) をご覧になることをお勧めします。これは、あなたが探しているものと基本的に同じことを行います。
独自のイベントUIを備えているか、公式のDiscourse #calendar-and-event プラグインとUIを使用すれば、バックエンドの処理のみを行います。
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [2025 年 6 月 11 日午前 7:07 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/6 "2025-06-11T07:07:59Z")
> [@opcourdis](#):
>
> Caldav は確かにコミュニティにとってより実用的であり、あなたが言及したように双方向同期のサーバーとして機能する必要があるため、多くの作業が必要です。
そうは思いません。Discourse に CalDav カレンダーサーバー機能は必要ありません。私が以前言及した [Radicale Server](https://github.com/Kozea/Radicale) は、CalDAV と CardDAV の両方のサーバー側の要件をすべて解決する、Python ベースの小さな Caldav/CardDav サーバーです。Discourse 側で不足しているのは、 **クライアント実装** と、コンテンツを表示および編集するための UI だけです。@angus Events プラグインは、まだこのギャップを埋めていません。
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [2025 年 6 月 11 日午前 8:22 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/7 "2025-06-11T08:22:59Z")
[Events Plugin](https://meta.discourse.org/t/events-plugin/69776) は、CalDav を含む、iCalendar (RFC 5545) 互換ソースからイベントをインポートできるプラグインです。
---
### Author:  [@Thomas\_Rother](https://meta.discourse.org/u/Thomas_Rother)
#### Post date: [2025 年 6 月 11 日午前 8:26 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/8 "2025-06-11T08:26:42Z")
> [@angus](#):
>
> CalDav を含む iCalendar (RFC 5545) 互換のソースであれば何でも。
なるほど、何か見落としていたようです。情報ありがとうございます！
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2025 年 8 月 14 日午前 6:07 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/10 "2025-08-14T06:07:56Z")
完了しました。ICSのダウンロードが機能として追加されました 🎊
CalDAVはここで追跡できます。
> [@Read CalDAV calendar data from external server](https://meta.discourse.org/t/read-caldav-calendar-data-from-external-server/366108):
>
> The current calendar plugin has no connection to calendars which are managed outside of Discourse. In our case we use a radicale server ( [Radicale v3 Documentation](https://radicale.org/v3.html) ) to manage users calendars which can then be shared on various devices and applications. It would be a huge increase of functionalitiy if the Discourse calendar plugin is able to read data from a caldav ressource and display its content dynamically inside of a topic. I am not a ruby programmer, but this package may be useful for tha…
---
### Author:  [@opcourdis](https://meta.discourse.org/u/opcourdis)
#### Post date: [2025 年 8 月 14 日午後 7:49 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/11 "2025-08-14T19:49:31Z")
将来的に、Pavilionプラグインのようにical URLサブスクリプションを利用することは可能でしょうか？
---
### Author:  [@nathank](https://meta.discourse.org/u/nathank)
#### Post date: [2025 年 8 月 14 日午後 11:50 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/12 "2025-08-14T23:50:08Z")
> [@sam](#):
>
> これは完了しました。ICSダウンロードは現在機能です 🎊
えーと、OPがここに投稿されたとき、それはすでに機能でした。それが彼らが探していたものではないと思います。
また、Locationフィールド（.ics経由のイベントにとって非常に重要です）が現在渡されていないことに注意してください。
> [@date Event Location/Description](https://meta.discourse.org/t/event-location-description/371606/4):
>
> While this is a real step forward, the Location field is not being passed through via the .ics or Google Calendar (i.e. a regression)
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2025 年 8 月 14 日午後 11:51 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/13 "2025-08-14T23:51:05Z")
> [@nathank](#):
>
> また、Locationフィールド（.ics経由でのイベントにとって非常に重要です）が現在渡されていないことにも注意してください。
それはバグです。専用のバグトピックがあることを確認しましょう。
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2025 年 8 月 15 日午前 2:03 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/15 "2025-08-15T02:03:21Z")
> [@Thomas\_Rother](#):
>
> icalエクスポートはファイルベースですが、caldavは適切なAPI呼び出しを備えたdavサービスを必要とします。icalエクスポートオプションの方が簡単だと思います…
これを解析するのに苦労しています。実際にはどういう意味ですか？
---
### Author:  [@Ethsim2](https://meta.discourse.org/u/Ethsim2)
#### Post date: [2025 年 8 月 15 日午前 8:08 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/17 "2025-08-15T08:08:25Z")
> [@nathank](#):
>
> @angus さんの [Events Plugin 📅](https://meta.discourse.org/t/events-plugin/69776) をご覧になると良いかもしれません。これは、あなたが探しているものと基本的に同じことを行います。
>
> 独自のイベントUIを備えているか、公式のDiscourse #calendar-and-event プラグインとUIを使用すれば、バックエンドの処理のみを行います。
> [@angus](#):
>
> [Events Plugin](https://meta.discourse.org/t/events-plugin/69776) は、CalDav を含む、iCalendar (RFC 5545) 互換ソースからイベントをインポートできます。
これらの投稿は両方とも、Angus がこのプラグインのサブスクリプションプログラムを中止する前に書かれたものです。そのため、現在ではイベントプラグインは何も解決しません。
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2025 年 10 月 29 日午前 4:43 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/18 "2025-10-29T04:43:19Z")
@kelv が追加したものがいくつかあると思います。以下を参照してください。
> [@Re-add full ics export](https://meta.discourse.org/t/re-add-full-ics-export/230713):
>
> Hi, It would be nice to have the behavior that was removed in [#231](https://github.com/discourse/discourse-calendar/pull/231). Specifically, being able to point an ical client towards events.ics or equivalent to get all events on the site. Additionally, the DESCRIPTION, URL & ORGANIZER fields are missing from the download-calendar.js replacement. The first two are more important to me. It would be even nicer to pull in [#169](https://github.com/discourse/discourse-calendar/pull/169) to add “per-topic” event exports, but that’s extra
>
>
> Reverts the removal of this from https://github.com/discourse/discourse-calendar…/pull/231. This opens up the relative url \`/discourse-post-event/events.ics\` for access to an ical formatted response.
>
> We also make available the \`order\` argument for this endpoint which defaults to ascending order if there is no value or invalid value passed. This maintains existing behaviour while allowing for users to specify that they want most recent events first.
>
> \### Testing
>
> Downloaded an ical file from the endpoint and imported into my local laptop's calendar.
> \
このリクエストの範囲は何ですか？
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2026 年 3 月 21 日午後 5:32 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/19 "2026-03-21T17:32:24Z")
完了済み
> [@Calendar subscription URLs for external calendar apps](https://meta.discourse.org/t/calendar-subscription-urls-for-external-calendar-apps/398902?u=falco):
>
> We’ve added a new Calendar tab to user preferences that lets you subscribe to Discourse feeds in external calendar apps like Google Calendar, Apple Calendar, and Microsoft Outlook. down_arrowHow it works Navigate to your Preferences → Calendar tab and click Generate Subscription URLs. You’ll get one-click subscribe buttons for: Google Calendar — opens Google Calendar with the feed pre-filled Microsoft Outlook — opens Outlook’s web subscription dialog Apple Calendar — t…
---
### Author:  [@Falco](https://meta.discourse.org/u/Falco)
#### Post date: [2026 年 3 月 21 日午後 5:32 UTC](https://meta.discourse.org/t/calendar-plugin-should-offer-ical-export-and-caldav/312279/20 "2026-03-21T17:32:29Z")