Ganztagestermine einen Tag verschoben

morbificagent · 2024-09-23T12:26:28+00:00

Hallo zusammen, Bei der Verwendung von CalDAV sind ganztagestermine nicht am korrekten Tag angezeigt sondern einen Tag zu früh. Im Webinterface ist alles ok...

kslt90

Hallo,

ich habe exakt das selbe Problem. Es gibt hier außerdem schon zahlreiche weitere Beiträge, die das selbe Problem berichten.

https://community.grommunio.com/d/1766-iphone-calendar-invites-and-incorrect-time-zones

https://community.grommunio.com/d/1807-kalendereintrage-buggy

https://community.grommunio.com/d/724-outlook-app-ganztagige-termine-werden-einen-tag-zu-fruh-angezeigt

https://community.grommunio.com/d/1539-serientermine-mit-ausnahmen

https://community.grommunio.com/d/1445-geburtstage-kontakte

https://community.grommunio.com/d/778-geburtstage-von-kontakten-werden-1-tag-versetzte-angezeigt

https://community.grommunio.com/d/1383-timezone-setting-for-usercalendar

https://community.grommunio.com/d/1550-kalender-synchronisation-zeigt-nicht-gewunschte-ergebnisse

morbificagent

Stimmt, ist einiges dabei, das auf derartige Probleme schließen lässt.
Leider teilweise ja scheinbar vom Thread-Ersteller dann ohne Antwort im Sande verlaufen...

Vielleicht bekommen wir das hier ja nochmal anständig auf den Tisch.

Ist meiner Meinung nach schon ein kritisches Thema. Derlei trifft dann ja immer die GF und ich seh den Einlauf schon kommen wenn Termine nicht eingehalten werden, weil sie plötzlich auf Device X falsch im Kalender stehen...

fmorettini

Es scheint, dass viele Bestandteile von Grommunio auf Forks bereits existierender Projekte basieren. Die Häufigkeit der gemeldeten Probleme wirft die Frage auf, ob die nötige Expertise zur Lösung dieser grundlegenden Schwierigkeiten überhaupt vorhanden ist.

mkromer

fmorettini

Guten Abend,

Lassen Sie mich Ihre Frage mit einer Gegenfrage beantworten: Ist Expertise bei den Entwicklern vorhanden, wenn diese an den zugrunde liegenden Standards Korrekturen vornehmen, und diese auf beim "Standard-Erfinder" als verifizierte Korrekturen auch aufgenommen werden? Referenz: https://github.com/grommunio/gromox/wiki/Contributions-to-specs

TL;DR: Wir sind dran.

Bei aller Frustration über manche Issues sollte man nicht vergessen, dass grommunio in seinem jungen Bestehen bereits mehr vollbracht hat, als viele Lösungen mit über einem Jahrzehnt auf dem Markt (MAPI/HTTP, EWS, etc.) und mit der hohen Schlagzahl in der Entwicklung jeglichen Bug ernst nimmt und mit sehr hoher Geschwindigkeit in Angriff nimmt. Kein whataboutism intended, aber ist nun Nextcloud mit über 2k open issues "grundlegend" nicht nutzbar ... ? Referenz: https://github.com/nextcloud/server/issues Natürlich NICHT.

Nun folgend zum eigentlichen Thema:

@morbificagent : Danke für die Aufstellung, dies deckt sich weitestgehend mit unseren bekannten Informationen und liegt in folgenden Tatsachen, die vielleicht nicht bekannt sind:

Ganztagestermine sind 100% abhängig von den korrekten Zeitzonen und vor allem, dass diese korrekt gesetzt und ausgewertet werden (z.B. https://icalendar.org/CalDAV-Access-RFC-4791/5-2-2-caldav-calendar-timezone-property.html bzw. https://icalendar.org/RFC-Specifications/iCalendar-RFC-5545/). Wir sind selbst mit emClient in intensiven Kontakt - emClient ist jetzt auch weniger ein "bekannter" CalDAV Client -> Warum hier nicht EWS nutzen, da werden die Zeitzonen auch schließlich korrekt gemappt? Bei CalDAV werden diese Zeitzonen gemäß RFC (noch) nicht immer korrekt gesetzt, dieser Umstand ist bekannt und betrifft ausschließlich Ganztagestermine. Hintergrund sind in der MAPI-Welt archaische (jedoch nachwievor gültige und notwendige) Zeitzonen-Mappings. Grommunio setzt auf die höchste Autorität bei Zeitzonen: https://www.iana.org/time-zones - Was leider nur wenige wissen, verwendet Microsoft nicht diese Definitionen und hier kommt eine notwendige Conversion: IANA zu/von WINTZ, oder wussten Sie, dass Ihre Zeitzone nach Microsoft Standard "W. Europe Standard Time" mit GMT+1 ist? Das nicht alleine:

Der DST-Faktor kommt noch dazu
Hersteller wie Samsung (sorry, cnr) haben darüber hinaus sogar Ihre eigene Zeitzonen-Implementation, die (kein Scherz) auch je nach Spracheinstellung die Zeitzonen angepasst schicken (kann).

Bei EAS ist die Übertragung der Timezone Pflicht gemäß EAS 16.1-Standard, der auch zertifiziert ist, von daher ist 3. und 4. so korrekt. 5. ist aufgrund des o.g. problematischen Mappings von Zeitzonen (WINTZ zu IANA)

Für 1. und 2. sind aktuell Arbeiten im Gange, die auch im Zuge eines größeren Updates von EWS bald (noch in Q4, evtl. sogar schon im Oktober) erscheinen.

Dieses ganze Märtyrium ist leider auf teilweise überlappende und nicht 1-zu-1 map-bare Standards zurückzuführen, die ein gewaltiges Maß an Arbeit und vor allem QA und Testing erfordern, das nicht exklusiv ein grommunio Thema sind. Im Gegenteil: selbst upstream core libraries haben immer wieder erneute Adaptionsarbeiten, so z.B. auch libical, dem verfügbaren defakto-standard.

Stichproben gefällig?

@kslt90

https://community.grommunio.com/d/1766-iphone-calendar-invites-and-incorrect-time-zones -> In Arbeit, siehe oben.
https://community.grommunio.com/d/1807-kalendereintrage-buggy/7 -> Bug in Outlook. Wo steht da was zu verschobenen Terminen?
https://community.grommunio.com/d/724-outlook-app-ganztagige-termine-werden-einen-tag-zu-fruh-angezeigt -> Keine Info, selbst nach Rückfrage, wie soll man hier helfen können?
https://community.grommunio.com/d/1539-serientermine-mit-ausnahmen -> CalDAV, siehe oben
https://community.grommunio.com/d/1445-geburtstage-kontakte -> PST kann überall herstammen, selbst Outlook speichert nicht alle MAPI Properties in PST in allen Versionen. Ohne Rückmeldung wird es schwer.
https://community.grommunio.com/d/778-geburtstage-von-kontakten-werden-1-tag-versetzte-angezeigt/10 -> Keine Antwort mehr
https://community.grommunio.com/d/1383-timezone-setting-for-usercalendar -> Zeigt, dass einiges eben behoben wurde - Im Support wurde dann klar, dass er leider einen Thunderbird Bug https://support.mozilla.org/si/questions/1377536 als Grundlage hatte.
https://community.grommunio.com/d/1550-kalender-synchronisation-zeigt-nicht-gewunschte-ergebnisse -> Hat hier irgendetwas auch nur im entferntesten mit Zeit-Offsets zu tun? Dieser User beklagt sich über fehlende Kalender-Notizen via EWS only (p.s.: behoben).

Ich hoffe, diese ausführlichen Erläuterungen zeigen, dass dieses Thema kein "simply just do it" ist. Die Anzahl der zu berücksichtigenden Variablen ist hier sehr hoch ist und kann nur ernsthaft durch ein extensives Testset begegnet werden, welches grommunio im Gegensatz zu anderen Mitbewerbern aufbaut. Nicht wahr, Felix?

Wir sind nicht nur bemüht, sondern weisen unsere Kompetenz und Expertise regelmäßig und konstant nach - Wer das nicht sieht, ist vermutlich jemand, der ein wenig stänkern möchte (damit auch Richtung Ban unterwegs ist) und nicht zur Lösung beitragen möchte, oder welcher Beitrag ist zur Lösungsfindung mit dem Post gegeben?

Manches dieser Cross-Postings von offensichtlich nicht passenden issues ist leider nicht gerade hilfreich und schon gar nicht lösungorientiert. Wir empfehlen, nochmal einen Blick in Richtung https://community.grommunio.com/p/1-community-guidelines zu werfen.

M. Kromer

morbificagent

@mkromer Dank dir für die Erläuterungen.

Falls ich noch was beitragen kann (bin leider kein Proggi ;-) ) immer gerne. Und wenn es nur Testing auf diversen Geräten ist.
Das es mit Grommunio ein Produkt gibt, das sich per EWS... anbinden lässt und nicht Exchange Online heißt ist auch meiner Meinung nach ein großer und beeindruckender Schritt. Auch wenn vielleicht noch nicht immer alles überall rund läuft.

Bin (auch grade nach deinem Beitrag) zuversichtlich, dass auch derlei komplexe Probleme gelöst werden.

Macht weiter so

andreaslang

Hallo,

morbificagent Server: Aktuelle durchgepatchte Appliance/Suse Grommunio Version

"aktuelle durchgepatchte", "letzte" oder "neueste" ist keine genaue Version. Die genaue installierte Version von grommunio zur Verfügung gestellten Pakete liefert z.B. rpm -qa --qf="%{NAME}-%{VERSION}\t%{DISTRIBUTION}\n" | grep -i grommunio | sort.

WalterH

andreaslang Sollte das nicht auch reichen?
rpm -qi gromox | head -n 3

Name        : gromox
Version     : 2.30.85.4d271dc
Release     : lp155.2.2

morbificagent

@andreaslang entschuldige bitte.
Hier die Übersicht der installierten Versionen:

grommunio-admin-api-1.16.7.90e96ba grommunio:community / openSUSE_Leap_15.5
grommunio-admin-common-38.f4553bd grommunio:community / openSUSE_Leap_15.5
grommunio-admin-web-3.1.0.36.b3e1844 grommunio:community / openSUSE_Leap_15.5
grommunio-antispam-3.9.1 grommunio:community / openSUSE_Leap_15.5
grommunio-archive-1.3.13.g137.d1b0df1b grommunio:community / openSUSE_Leap_15.5
grommunio-chat-9.8.1 grommunio:community / openSUSE_Leap_15.5
grommunio-common-26.a6f127d grommunio:community / openSUSE_Leap_15.5
grommunio-cui-1.0.273.9a6e6de grommunio:community / openSUSE_Leap_15.5
grommunio-dav-1.3.70.546c95f grommunio:community / openSUSE_Leap_15.5
grommunio-dbconf-1.1.1.da20a46 grommunio:community / openSUSE_Leap_15.5
grommunio-error-pages-1.0.10.bb2df37 grommunio:community / openSUSE_Leap_15.5
grommunio-files-27.1.10 grommunio:community / openSUSE_Leap_15.5
grommunio-imapsync-2.264 grommunio:community / openSUSE_Leap_15.5
grommunio-index-1.0.14.gd978832 grommunio:community / openSUSE_Leap_15.5
grommunio-office-7.4.1 grommunio:community / openSUSE_Leap_15.5
grommunio-office-fonts-7.4.1 grommunio:community / openSUSE_Leap_15.5
grommunio-release-2023.11.3 grommunio:community / openSUSE_Leap_15.5
grommunio-setup-1.1.3.0a33b14 grommunio:community / openSUSE_Leap_15.5
grommunio-sync-2.0.124.de16179 grommunio:community / openSUSE_Leap_15.5
grommunio-web-3.9.105.g1d51bd92 grommunio:community / openSUSE_Leap_15.5
gromox-2.32.0.ge7685dd grommunio:community / openSUSE_Leap_15.5
gromox-debuginfo-2.32.0.ge7685dd grommunio:community / openSUSE_Leap_15.5
gromox-debugsource-2.32.0.ge7685dd grommunio:community / openSUSE_Leap_15.5
grub2-theme-grommunio-1 grommunio / openSUSE_Leap_15.5
jitsi-jibri-8.0.115.098b18cd grommunio / openSUSE_Leap_15.5
jitsi-jicofo-2.0.7001+1.0.862.gaace8cf grommunio / openSUSE_Leap_15.5
jitsi-jigasi-1.1.216.ga2399b9 grommunio / openSUSE_Leap_15.5
jitsi-meet-2.0.6726 grommunio / openSUSE_Leap_15.5
jitsi-meet-branding-grommunio-2.0.6726 grommunio:community / openSUSE_Leap_15.5
jitsi-meet-prosody-plugins-2.0.6726 grommunio / openSUSE_Leap_15.5
jitsi-videobridge-2.0.6726+2.1.682.g0192d75e grommunio / openSUSE_Leap_15.5
joe-4.6 grommunio / openSUSE_Leap_15.5
libbfio1-20240414 grommunio / openSUSE_Leap_15.5
libesedb1-20240420 grommunio / openSUSE_Leap_15.5
libexmdbpp0-1.11.2.259948f grommunio:community / openSUSE_Leap_15.5
libHX32-4.23 grommunio / openSUSE_Leap_15.5
libolecf1-20240427 grommunio / openSUSE_Leap_15.5
libpff1-20231205 grommunio / openSUSE_Leap_15.5
libsqlite3-0-3.45.2 grommunio / openSUSE_Leap_15.5
libtinyxml2-10-10.0.0 grommunio / openSUSE_Leap_15.5
libvmime-suse6-0.9.2.188 grommunio / openSUSE_Leap_15.5
libvmime-suse8-0.9.2.203 grommunio / openSUSE_Leap_15.5
mapi-header-php-1.3.75.8eb0778 grommunio:community / openSUSE_Leap_15.5
nginx-module-brotli-1.0.0rc+g2 grommunio / openSUSE_Leap_15.5
nginx-module-vts-0.2.2 grommunio / openSUSE_Leap_15.5
patterns-grommunio-1 grommunio / openSUSE_Leap_15.5
perl-Authen-NTLM-1.09 grommunio / openSUSE_Leap_15.5
perl-Encode-IMAPUTF7-1.05 grommunio / openSUSE_Leap_15.5
perl-JSON-WebToken-0.10 grommunio / openSUSE_Leap_15.5
php8-redis-5.3.7 grommunio / openSUSE_Leap_15.5
plymouth-theme-grommunio-1 grommunio / openSUSE_Leap_15.5
python3-mattermostdriver-7.3.2 grommunio / openSUSE_Leap_15.5
python3-openapi-core-0.13.7 grommunio / openSUSE_Leap_15.5
python3-openapi-schema-validator-0.1.5 grommunio / openSUSE_Leap_15.5
python3-pamela-1.0.0 grommunio / openSUSE_Leap_15.5
python3-pyexmdb-1.11.2.259948f grommunio:community / openSUSE_Leap_15.5
python3-rfc3339-validator-0.1.4 grommunio / openSUSE_Leap_15.5
sqlite3-3.45.2 grommunio / openSUSE_Leap_15.5
sqlite3-tcl-3.45.2 grommunio / openSUSE_Leap_15.5
systemd-coredump-grommunio-1 grommunio / openSUSE_Leap_15.5
systemd-presets-branding-grommunio-2024.06 grommunio / openSUSE_Leap_15.5
system-user-groarchive-2 grommunio / openSUSE_Leap_15.5
system-user-grochat-5 grommunio / openSUSE_Leap_15.5
system-user-groffice-2 grommunio / openSUSE_Leap_15.5
system-user-grofiles-2 grommunio / openSUSE_Leap_15.5
system-user-grommunio-10 grommunio / openSUSE_Leap_15.5
system-user-gromox-9 grommunio / openSUSE_Leap_15.5

mwilliams

WalterH

Die Ausgabe beinhaltet kein DAV oder SYNC oder mapi header, alle relevant für dieses Thema.

WalterH

mwilliams war gedacht um schnell die aktuelle Version zu ermitteln.

andreaslang

WalterH war gedacht um schnell die aktuelle Version zu ermitteln.

Zusätzlich zu Mikes Antwort: rpm -qi gromox | head -n 3 ermittelt nur die gromox Version, hat aber an sich keine Aussagekraft über die Version von grommunio-web oder grommunio-sync oder von irgendeinem anderen grommunio Paket. Dann müsste ich als Entwickler suchen gehen, welche Version von z.B. grommunio-web zu dem Zeitpunkt von gromox-2.30.85.4d271dc veröffentlicht war. grommunio-web braucht mapi-header-php, dann muss ich diese Version aussuchen usw. Das kostet mich unnötig die Zeit.

Die Entwickler brauchen natürlich nicht immer Versionen von allen grommunio Paketen, aber es geht schneller, wenn sie schon im 1. Post stehen und wir dann nicht nachfragen und auf die Antwort warten müssen.

WalterH

Ein Teil der Probleme ist mit https://github.com/grommunio/mapi-header-php/commit/b59cd6690cf3864462443226a10453b94fdb19b5 behoben.

mwilliams

Das Kernproblem wurde identifiziert und ist eine Regression aus https://github.com/grommunio/gromox/commit/1cf586b4b88ee77e2caf66d539350ae885fe8c28

Das bedeutet aller Wahrscheinlichkeit nach leider erneut einen (gravierenden) Fehler der offiziellen Implementationsdokumentation von Microsoft sigh.

Es ist in Bearbeitung und kommt zeitnah als Update heraus.

crpb

andreaslang Die Entwickler brauchen natürlich nicht immer Versionen von alle grommunio Paketen, aber es geht schneller, wenn sie schon im 1. Post stehen und wir dann nicht nachfragen und auf die Antwort warten müssen.

Not that many read it but i guess i could add it to this guide *giggle*

EDIT: nevermind... there was already something in it ..

mwilliams

morbificagent

You should now yield better results with

https://github.com/grommunio/gromox/commit/31980f44ed3901904d05063441ad1fdb3895f3f7

Showing up in devel repositories in 15 mins as gromox-2.32.99.x31980f4 here. A simple rpm -Uvh gromox from there will be fine.

A new testcase was introduced to prevent further regressions regarding this topic.

Feedback welcome.

morbificagent

@mwilliams

Klingt super, ich werde das testen...

Via zypper update bekomme ich gromox-2.33.0.gf7276ad
Kann ich das auch benutzen?

Update:
Ich vermute ja. Habe mit der gromox-2.32.99.x31980f4 und der gromox-2.33.0.gf7276ad getestet und hier sind die Ergebnisse.

1. Erstellung eines Ganztagestermin im Grommunio Webinterface
-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)

-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)

2. Erstellung eines Ganztagestermin in Outlook Desktop WIN
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)

-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)

3. Erstellung eines Ganztagestermins in Outlook Android
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)

-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)

-> Kalender-App Smartphone 2 - OK (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)

4. Erstellung eines Ganztagestermins auf Smartphone 2
-> Grommunio Webinterface - OK (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - OK (gromox-2.32.99.x31980f4)

-> Outlook auf Desktop - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - OK (gromox-2.32.99.x31980f4)

-> Outlook auf Smartphone 1 - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh (gromox-2.32.99.x31980f4)

-> CalDAV Client - Termin ein Tag zu früh (gromox-2.32.0.ge7685dd)
-> CalDAV Client - OK (gromox-2.32.99.x31980f4)

5. Erstellung eines Ganztagestermins via CalDAV Client
-> Grommunio Webinterface - Wird in Textform korrekt, im Kalender aber über 2 Tage dargestellt (gromox-2.32.0.ge7685dd)
-> Grommunio Webinterface - Wird in Textform korrekt, im Kalender aber über 2 Tage dargestellt (gromox-2.32.99.x31980f4)

-> Outlook auf Desktop - Wird im Kalender über 2 Tage von 2 Uhr bis 2 Uhr dargestellt (gromox-2.32.0.ge7685dd)
-> Outlook auf Desktop - Wird im Kalender über 2 Tage von 2 Uhr bis 2 Uhr dargestellt (gromox-2.32.99.x31980f4)

-> Outlook auf Smartphone 1 - OK (gromox-2.32.0.ge7685dd)
-> Outlook auf Smartphone 1 - OK (gromox-2.32.99.x31980f4)

-> Kalender-App Smartphone 2 - OK (gromox-2.32.0.ge7685dd)
-> Kalender-App Smartphone 2 - OK (gromox-2.32.99.x31980f4)

Die CalDAV Clients stellen die Ganztagestermine nun in allen Szenarien richtig dar. Das ist schonmal super.
Aber die anderen Punkte scheinen sich nicht geändert zu haben. Warum ich bei Test 3 und 4 nun einen Ausreißer habe, kann ich nicht sagen. Aber entweder mache ich was falsch oder da ist noch was zu tun...

WalterH

morbificagent gromox-2.33.0.gf7276ad

ist die aktuelle Community mit den erwähnten Patches und einigen mehr wie, schnelleres G-WEB, usw. ....

jengelh

In g-web kann man einfach "Export > nach ICS" auswählen. Und dann ist ja offensichtlich, ob der Termin richtig liegt oder nicht. Denn g-dav und g-sync machen IIRC eigentlich nix anderes. So spart man sich das Durchprobieren der ganzen (ICS-basierten) Kalenderapps.