# Propagation of a subscription calendar

**URL:** <https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539>\
**Category:** ℹ️ Support\
**Tags:** calendar-app\
**Created:** [May 23, 2020, 5:21pm UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539 "2020-05-23T17:21:56Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![RobinL](https://help.nextcloud.com/letter_avatar/robinl/32/5_5575768a8748004e209b776fc1b2916d.png) [@RobinL](https://help.nextcloud.com/u/RobinL)\
**Post date:** [May 23, 2020, 5:21pm UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/1 "2020-05-23T17:21:56Z")

</div>

I’m wondering if it is by design that a subscription calendar doesn’t show up in a calDav client?

In my NC 18 server I have a defined a subscription calendar for public holidays that gets its information from a [webcal.fi](http://webcal.fi). And on my desktop I have setup Evolution as a calDav client to my NC server. The problem is that this public holiday calendar doesn’t show up in Evolution, there isn’t any problem with ordinary calendars.

Now I’m wondering if this is by design or some miscommunication between NC and Evolution or if I have to change some settings.

Of course I could point Evolution directly to [webcal.fi](http://webcal.fi) but I would prefer to have it centralized in one place.

---

<div class="post-metadata">

**Author:** ![tcit](https://help.nextcloud.com/user_avatar/help.nextcloud.com/tcit/32/5931_2.png) [@tcit](https://help.nextcloud.com/u/tcit)\
**Post date:** [May 24, 2020, 8:02am UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/2 "2020-05-24T08:02:22Z")

</div>

Nextcloud is able to expose calendar subscriptions as regular cached calendars, but only for [whitelisted clients that don’t support calendar subscriptions](https://github.com/nextcloud/server/blob/master/apps/dav/lib/CalDAV/WebcalCaching/Plugin.php) (or clients that provide an `X-NC-CalDAV-Webcal-Caching` header, like the Nextcloud Calendar app).  
There are currently no whitelisted clients in Nextcloud, but we could add Evolution for instance.

The possibilities I see:

- Adding your subscriptions manually URL by URL (directly from [webcal.fi](http://webcal.fi)) in Evolution ;
- Opening an issue on the Evolution bug tracker to ask them to support CalDAV exposed subscriptions. The DAVx⁵ app for Android does exactly this for instance ;
- Opening an issue on the [`nextcloud/server`](https://github.com/nextcloud/server/) repo to ask for Evolution to be whitelisted and Nextcloud exposing subscriptions as regular calendars.

---

<div class="post-metadata">

**Author:** ![RobinL](https://help.nextcloud.com/letter_avatar/robinl/32/5_5575768a8748004e209b776fc1b2916d.png) [@RobinL](https://help.nextcloud.com/u/RobinL)\
**Post date:** [May 25, 2020, 11:50am UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/3 "2020-05-25T11:50:38Z")

</div>

Thanks for the info.

I will send an email to the Evolution mailing list to ask about the `X-NC-CalDAV-Webcal-Caching`, why it isn’t supported.

---

<div class="post-metadata">

**Author:** ![tcit](https://help.nextcloud.com/user_avatar/help.nextcloud.com/tcit/32/5931_2.png) [@tcit](https://help.nextcloud.com/u/tcit)\
**Post date:** [May 25, 2020, 12:19pm UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/4 "2020-05-25T12:19:47Z")

</div>

`X-NC-CalDAV-Webcal-Caching` is something specific for Nextcloud, what they need to support is detection of subscriptions exposed through CalDAV like DAVx⁵ does.

---

<div class="post-metadata">

**Author:** ![RobinL](https://help.nextcloud.com/letter_avatar/robinl/32/5_5575768a8748004e209b776fc1b2916d.png) [@RobinL](https://help.nextcloud.com/u/RobinL)\
**Post date:** [May 25, 2020, 1:14pm UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/5 "2020-05-25T13:14:23Z")

</div>

I had originally defined the Nextcloud account as a Gnome Online Account. It turned out that GOA has a bug, and if instead I defined it directly in Evolution it actually worked.

Link to the mailing list discussion  
[https://mail.gnome.org/archives/evolution-list/2020-May/msg00148.html](https://mail.gnome.org/archives/evolution-list/2020-May/msg00148.html)

---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [December 12, 2024, 7:03am UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/6 "2024-12-12T07:03:13Z")

</div>



---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [December 12, 2024, 7:03am UTC](https://help.nextcloud.com/t/propagation-of-a-subscription-calendar/82539/7 "2024-12-12T07:03:15Z")

</div>


