andreaslang wie es aussieht gibt es mindestens einen kaputten Termin in Kalender (parameter 'interval' is LOWER than '1'). Welcher Termin (oder welche Termine) das ist, lässt sich aus diesem Log nicht sagen. Dafür müsste grommunio-sync LOGLEVEL auf LOGLEVEL_WBXML umgestellt werden (oder im Store nach der Id 0e000000a5187b6fbcdcea1ed03c565700000009000b suchen, was etwas komplizierter ist als den Loglevel zu verändern). Dann wäre es wichtig zu wissen, wie dieser Termin angelegt wurde.
Auch mit LOGLEVEL_WBXML gibt es nicht mehr Infos im Log. Ich kann den entsprechenden Termin so also nicht lokalisieren. Nachdem auch bei einer kompletten Neusynchronisierung mit TBsync dieser nicht abbricht, sondern bis zu Ende weiterläuft, kann ich mir nicht vorstellen, daß ein Termin die Ursache für das von mir beschriebene Verhalten ist. Da ich nicht weiß, welcher Termin das ist, kann ich nicht sagen, wie er angelegt wurde. Entweder Android Active Sync, Kopano Import, grommunio-web, kopano-web, Thunderbird TBsync, Thunderbird Import.
andreaslang Wann haben Sie zuletzt grommunio-dav getestet? Wenn es kaputte Termine im Kalender gibt, dann führt das natürlich auch zu Problemen in grommunio-dav.
Nach dieser Aktion habe ich mit grommunio-dav aufgegeben. Da es im entsprechenden Bugreport in Github zuletzt keinen abschließenden Kommentar gegeben hat, hatte ich nicht den Eindruck, daß an der Entwicklung von grommunio-dav gerne gearbeitet wird.
https://community.grommunio.com/d/2102-grommunio-dav-bringt-gromox-http-auf-100-cpu-last/9
Ich bin auch der Meinung, daß grommunio-dav so stabil und fehlertolerant sein sollte, daß es unabhängig sein sollte von wie auch immer fehlerhaften Terminen. In einer großen Umgebung ist so etwas nicht zu verwenden, da ich nicht kontrollieren kann, wer, in welcher Form Termine anlegt.
Nebenbei, wenn auch nicht relevant, hatte ich dieses Verhalten mit Kopano und z-push, mitsamt meinen 'kaputten' Terminen nie beobachten können.
