dengste

Actually, the correct way is apparently the RDATE property: https://tools.ietf.org/html/rfc5545#section-3.8.5.2

The TS-n prefix is explicitly removed by org-caldav, because there currently needs to be a one-to-one relationship between entries in Org and on the calendar side. Otherwise, what should happen...

I don't see org-caldav using that function. Please do M-x toggle-debug-on-error on post the resulting backtrace.

Hi everybody, I'm still here, but I simply didn't have the mental space do deal with side projects these past 12 months or so, not just because of the pandemic...

Hey all, as you can see I couldn't make it because unfortunately some family issues kept me occupied. I'm sorry and I can only ask for some more patience with...

Hi everyone, again, I'm sorry I don't have time to work on this. I also see that it cannot continue like this. Instead of forking, how about I invite some...

The error is apparently thrown by url-dav. Do you all use Emacs development version or does this also happen with Emacs 26.3?

Whoever here still has this problem, could you please evaluate the following (replacing YOURSERVER, USERNAME, CALENDARNAME accordingly) and post the appearing buffer contents. (let ((url "https://YOURSERVER/remote.php/dav/calendars/USERNAME/CALENDARNAME/") (url-request-method "PROPFIND") (url-request-data "\n\n\n")...

Unfortunately, this response look perfectly fine... Could you please do 'M-x toggle-debug-on-error' and reproduce the problem. Emacs should then enter the debugger once the problem occurs. Please retrieve the variable...

From the backtraces I gather that you all get 404 when doing PROPFIND on 'resource' for your calendar URLs. What is missing here is clearly a check for the HTTP...