I have a local calendar which, due to a possible server-side issue, emits a proper 404 HTTP response to an .ics request. The reply looks like the following:

HTTP/1.0 404 Not Found
Date: Sun, 12 Jan 2020 21:35:25 GMT
Server: WSGIServer/0.2 CPython/3.7.3
Content-Type: text/plain; charset=utf-8
Content-Encoding: gzip
Content-Length: 60
access-control-allow-origin: *
access-control-allow-methods: GET, POST, OPTIONS, PROPFIND, PROPPATCH, REPORT, PUT, MOVE, DELETE, LOCK, UNLOCK, HEAD, MKCALENDAR, MKCOL
access-control-allow-headers: User-Agent, Authorization, Content-type, Depth, If-match, If-None-Match, Lock-Token, Timeout, Destination, Overwrite, X-client, X-Requested-With
access-control-expose-headers: Etag

The requested resource could not be found.


The problem with it is that because of this response the whole calendar synchronisation is stopped and stalled at 0%.

The console message is the following:

org.kde.pim.davresource: Received notification for added item. Local id =  785 . Remote id =  "" . Collection remote id =  "https://xxxxxxxxxxxxx/calendar/"
org.kde.pim.davresource: Item  785  will be put to  "https://xxxxxxxxxxxxx/calendar/1578863844.R794.ics"
org.kde.pim.akonadicontrol: Service ":1.13979" owner changed from "" to ":1.13979"
parse error from icalcomponent_new_from_string. string= "The requested resource could not be found."
org.kde.pim.davresource: DavGroupwareResource::onItemFetched: Failed to parse item data.  "https://xxxxxxxxxxxxx/calendar/1578863844.R794.ics"

Operating System: openSUSE Tumbleweed 20200103
KDE Plasma Version: 5.17.4
KDE Frameworks Version: 5.65.0
Qt Version: 5.13.1
Kernel Version: 5.3.12-2-default
OS Type: 64-bit