Caldav funktioniert nicht - vermutlich wegen Inkonsistenzen

biggoof

Hi zusammen,

ich wollte einen Grommunio Kalender mit Caldav mit Thunderbird (und als Test auch mit Evolution) synchronisieren und der Sync schlägt fehl.
Es scheint eine Inkonsistenz im Kalender zu geben, aber ich stecke fest herauszufinden, welcher Eintrag (und ggfs. gibt es noch weitere?) das Problem verursacht.
Gibt es einen Befehl, der die Konsistenz des Postfachs prüfen kann? Oder gibt es irgend einen Ansatz, wie ich hier weiter komme? Der Kalender ist für die Familie und enthält eine ganze Menge Einträge.
Da es vermutlich nicht direkt an Grommunio liegt habe ich die Versionen der Installation jetzt nicht gepostet, aber ich habe vorhin das Sytem noch aktualisiert um zu schauen, ob das Handling ein anderes ist in der aktuellsten Version.

Danke für eure Gedanken,
Christian

Die Meldung aus /var/log/grommunio-dav/dav.log;

08.02.2026 16:33:08 [1818] [INFO] main Uncaught exception
08.02.2026 16:48:08 [1813] [WARNING] dav GrommunioDavBackend->GetMapiMessageForId(): Error, unable to open entry id: 00000000591380b7347e15449cf5e4007e96154a070002000000a5187b6fbcdcea1ed03c565700000000000f000002000000a5187b6fbcdcea1ed03c5657000000091ac70000 0x8004010F - /usr/share/grommunio-dav/lib/GrommunioCalDavBackend.php:267
08.02.2026 16:48:08 [1813] [INFO] cal GrommunioCalDavBackend->getCalendarObject(): Object NOT FOUND
08.02.2026 16:48:08 [1813] [INFO] main Uncaught exception

WalterH

biggoof und als Test auch mit Evolution

Warum nicht mit EWS?

biggoof

Hat keiner eine Idee, wie ich die Kalendereinträge im Postfach prüfen bzw. bereinigen kann?

Grüsse,
Christian

biggoof

WalterH

Ich will die Termin als ReadOnly in HomeAssistant reinholen, was nicht funktioniert wegen der Inkonsistenz.
Habs danach mit Thunderbird und Evolution als Gegenprobe probiert und bin an demselben Problem gescheitert. Der einzige Unterschied war, dass HomeAssistant beim ersten Fehler abgebrochen hat und Thunderbird ggfs. erst am Ende (eine ganze Latte von gleichartigen Fehlern).

crpb

so als randnotiz:

ich hatte das mal mit kontakten und vdirsyncer.... (ist schon ein paar jährchen her..)
zum herausfinden habe ich einen neuen kontake-ordner erstellt, alle kontakte rüber geschoben, nach und nach in 50er häppchen die kontakte wieder zurück gelegt via /web.

Aber das war auch nicht wirklich hilfreich wenn man wieder irgendwas klemmte oder man dann etwas neu angelegt hat wenn es gefunden wurde. weil das war ja natürlich NICHT das einzige....

Ich hab dann das ganze spiel noch einmal via Outlook gemacht und das meldete sich dann immer wenn ihm was nicht passte von den inhalten(meistens fehlte was wie "anzeigename") und nachdem das dann durch war ging auch CardDav wieder.

So richtig im SabreDAV zu debuggen hatte ich dann auch gelassen da es mit kontakten noch relativ einfach ist da diese ja auch nicht einfach mal "Einladungen" versenden wollen wenn man sie wieder importiert/exportiert 🙈

biggoof

crpb
Meine Lady nutzt den gemeinsamen Kalender als "Historie".. was haben wir wann gemacht und daher sind da ziemlich viele Einträge drin. Im Verlauf des Kalenderlebens war auch mal eine Migration von Kopano nach Grommunio dabei.
Ich hatte gehofft, dass es vielleicht eine Option gibt mit Befehlen diese Konsistenzen zu ermitteln und dann manuell zu bereinigen. Das System ist ja auch damit konfrontiert ;-) Ich komme aber nicht von der kryptischen ID auf den eigentlichen Termin.
Da hier unglaublich tolles Wissen unterwegs ist hatte ich auf einen Geistesblitz der Experten gehofft. Korrupte Daten sind doof :-(

crpb

biggoof Migration von Kopano nach Grommunio dabei.

Also in dem fall hab ich auch schon einfach einen weiteren kalender angelegt für ALTES um alles fehlerhafte weg zu haben.

biggoof

hmm.. vielleicht ist das der effizienteste Ansatz..
Ich habe keine Möglichkeit gefunden, in einem bestehenden Account einen zweiten Kalender anzulegen via WebUI. Ist das vorgesehen? Weiss das jemand?