OK, scheint nicht nur CalDav zu betreffen, dass da was schief ist.
Habe nun ein paar Tests durchgeführt:

Server: Aktuelle durchgepatchte Appliance/Suse Grommunio Version
Client Desktop: Outlook "Classic" O365
Client Smartphone 1: Outlook Android
Client Smartphone 2: Native Android Exchange Kalenderanbindung
CalDAV Client: em Client Windows

Das Verhalten zeigt sich wie folgt.

1. Erstellung eines Ganztagestermin im Grommunio Webinterface
-> Outlook auf Desktop - OK
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh
-> CalDAV Client - Termin ein Tag zu früh

2. Erstellung eines Ganztagestermin in Outlook Desktop
-> Grommunio Webinterface - OK
-> Outlook auf Smartphone 1 - Termin ein Tag zu früh
-> Kalender-App Smartphone 2 - Termin ein Tag zu früh
-> CalDAV Client - Termin ein Tag zu früh

3. Erstellung eines Ganztagestermins auf Smartphone 1
-> Grommunio Webinterface - OK
-> Outlook auf Desktop - OK
-> Kalender-App Smartphone 2 - OK
-> CalDAV Client - Termin ein Tag zu früh

4. Erstellung eines Ganztagestermins auf Smartphone 2
-> Grommunio Webinterface - OK
-> Outlook auf Desktop - OK
-> Outlook auf Smartphone 1 - OK
-> CalDAV Client - Termin ein Tag zu früh

5. Erstellung eines Ganztagestermins via CalDAV Client
-> Grommunio Webinterface - Wird in Textform korrekt, im Kalender aber über 2 Tage dargestellt
-> Outlook auf Desktop - Wird im Kalender über 2 Tage von 2 Uhr bis 2 Uhr dargestellt
-> Outlook auf Smartphone 1 - OK
-> Kalender-App Smartphone 2 - OK

Ich vermute ein Problem mit der Zeitzone, da diese "2Uhr bis 2Uhr" nach der aktuellen GMT+2 klingen.
Je nachdem wo die Termine erstellt werden fallen sie auf anderen Devices dann auf den falschen Tag
Die Zeitzone ist natürlich auf allen Geräten gleichermaßen auf GMT+2 weil in Deutschland.

    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...

    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.

      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

      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

      @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

      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.

        @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

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

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

          WalterH

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

            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.

            • crpb replied to this.

              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

              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...

                morbificagent gromox-2.33.0.gf7276ad

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

                © 2020-2024 grommunio GmbH. All rights reserved. | https://grommunio.com | Data Protection | Legal notice