CalDAV-Integration schlägt fehl – möglicher User-Agent-Konflikt

1. Fehlerbeschreibung

Ich versuche, einen CalDAV-Kalender von Open-Xchange (OX App Suite) in Capacities einzubinden. Die Integration schlägt jedoch fehl.

Derselbe Kalender funktioniert unter Android mit DAVx⁵ problemlos.

Serverinformationen (anonymisiert):

• CalDAV-URL: https://example.org/caldav/
• Kalender-URL: https://example.org/caldav/<kalender-id>/
• Backend: Open-Xchange WebDAV

2. Technische Diagnostik

Ich habe die Verbindung unter Linux Mint mit curl und gültigen Zugangsdaten getestet.

Test A – Standard-User-Agent von curl

PROPFIND /caldav/<kalender-id>/
HTTP/1.1 405 Method Not Allowed
Server: Apache/2.4.x
Allow: OPTIONS,HEAD,GET,POST

Test B – User-Agent DAVx5

Dieselbe Anfrage mit User-Agent: DAVx5:

HTTP/1.1 207 Multi-Status
Server: Openexchange WebDAV
X-Powered-By: Open-Xchange

Die XML-Antwort bestätigt eine gültige CalDAV-Kalenderressource.

Test C – HTTP/2

Auch eine PROPFIND-Anfrage an /caldav/ mit HTTP/2 und dem User-Agent DAVx5 war erfolgreich (HTTP 207).

TLS-Zertifikatsprüfung und Authentifizierung waren erfolgreich.

3. Vermutete Ursache und weitere Schritte

Die Ergebnisse sprechen dafür, dass der Server CalDAV-Anfragen abhängig vom HTTP-User-Agent weiterleitet. Während Anfragen mit dem Standard-User-Agent von curl mit HTTP 405 abgewiesen werden, erreichen Anfragen mit DAVx5 erfolgreich das Open-Xchange-Backend.

Möglicherweise erklärt dies auch das Problem mit Capacities.

Meine Fragen an den Support:

1. Welchen HTTP-User-Agent verwendet Capacities für CalDAV?
2. Kann dieser angepasst oder überschrieben werden?
3. Wäre alternativ eine serverseitige Konfigurationsänderung sinnvoll?

Ich würde mich über eine Einschätzung und eine Empfehlung für die nächsten Schritte freuen.

capacities-diagnostics.txt

Capacities v1.73.1; none none; Linux vx86_64; Chrome v148.0.7778.280 (WebKit v537.36); Desktop (Electron); 13.11.2026, 12:49:19