Ich habe in Zusammenarbeit mit dem emClient Support ein Problem bei der Übermittlung von Zeitzohneninformationen bei Kalendereinträgen gefunden:
Wenn ich auf meinem Handy (Samsung A56, Android 16, One UI 8.6 Calendar App from Samsung Ver. 12.7.02.24) einen Kalendereintrag erstelle erscheint dieser Einrag in der emClient Übersicht (Tag, Woche, Monat) mit korrekten Urhzeiten.
Editiert man nun diesen Eintrag im emClient ist die Zeit um die Differenz unserer Sommerzeit MESZ zur UTC (in diesem Fall 2 Stunden) zurückgerechnet: 
Der emClient Support hat sich diese Problems angenommen und folgendes festgestellt (eine Verlinkung zum Thread ist nicht sinnvoll, der Thread ist nicht öffentlich):
... We narrowed it down specifically to a sequence of sync events Samsung -> Grommunio/Exchange -> eM Client rather than any other combination of providers or "directions". The explanation is that some apps (in this case Samsung Calendar) save non-recurring events as UTC.
On the one hand, this means that the root cause doesn't lie with eM Client, but we want to consider potentially adjusting how we display events with this data. For the time being I'm sorry for the inconvenience and thank you for bringing it to our attention.
I'm afraid I can't provide a particularly in-depth explanation. What we know is that eM Client receives it from Grommunio, it's already stored in UTC with no time zone. Given the several different actors (Samsung Calendar, Grommunio, ...), we can't really confidently pinpoint how the data travels before eM Client receives it. If it's important to you, it might be worth reaching out to Grommunio about the Samsung Calendar to Grommunio part of the equation?
Some other combinations I've tried where this issue did NOT occur were:
eM Client to Grommunio to eM Client
Samsung Calendar to Google Calendar to eM Client
... which is why I'm highlighting the Samsung Calendar + Grommunio combination.
And then in case of eM Client or another client, it's again a matter of how each client displays UTC-only information – something we may adjust into displaying an actual time zone. For the full context of technical standards, UTC = a time standard, GMT = a time zone, even if they are the same time at a first glance.
Das Problem liegt offensichtlich an der Kommunikation zwischen Samsung Kalender App und Grommunio. Da es keine direkte Auswirkung auf Alarmzeitpunkte hat (nur beim Editieren der Termins wird die Uhrzeit dann gemäß der "falschen" Zeitzone UTC umgerechnet und gespeichert) ist die Dringlichkeit nicht hoch, aber es ist ein Problem.
lg Werner
