EGW 19.1 Docker - Qnap Zeitproblem Email Kalender

svenp1 2020-02-26 16:35:44 UTC #21

Hallo Ralf, das Ergebnis bekomme ich:

RalfBecker 2020-02-26 17:27:01 UTC #22

Das ist was ich vermutet habe, die QNAP hat eine Systemzeitzone von CET eg. Europe/Berlin.

Dh. Du musst für den Datenbank Container TZ=UTC setzen (Syntax siehe einem der vorherigen Posts).

Ralf

svenp1 2020-02-26 17:37:57 UTC #23

Habe ich mit Erfolg gemacht:

Leider wird die Zeit auf den Mobil Geräten immer noch falsch angezeigt.

p.s.
Die Installation auf der Qnap ist eine Neuinstallation, kein Import.

RalfBecker 2020-02-26 18:04:52 UTC #24

Die sind ja synchronisiert, sprich Du musst mit einem neuen Termin testen.
(Das Löschen des ganzen Konto ist nicht immer ausreichend, iOS per CalDAV z.B. holt die Daten danach immer noch aus seinem Cache.)

Ralf

svenp1 2020-02-26 19:05:47 UTC #25

Genau aus diesem Grund habe ich am Telefon die Webseite aufgerufen um auf Nummer sicher zu gehen.
Wir reden aber nicht von Terminen, da passt die Zeit auf allen Geräten. Warum auch immer.
Ich habe nur mit der Uhrzeit der Emails ein Problem, nicht das wir aneinander vorbei reden.
Als ich den thread aufgemacht habe dachte ich noch es betrifft auch den Kalender.

RalfBecker 2020-02-26 19:51:03 UTC #26

Ok, das hatte ich anders verstanden.

Also es geht um die Uhrzeit der EMails.

Auf welchem Clients? EGroupware selbst im Browser, IMAP Client auf Telefon oder ActiveSync Client

Ist der Mailserver unter der EPL der gleiche bzw. wenn davon ein Konto auf der QNAP eingebunden wird, zeigt sich dann immer noch das Problem?

Ralf

svenp1 2020-02-27 07:34:46 UTC #27

Die Uhrzeit wird auf allen Mobilgeräten (ich habe nur Android) falsch also + 1 Stunde angezeigt.
Getestet habe ich mit Firefox, Chrome und esync - 9Folders (email Client).

Auf meinem Tablet wird die Uhrzeit nur richtig angezeigt wenn ich in Chome auf Desktop Ansicht wechsle.
FireFox zeigt es auch in der Desktop Ansicht falsch an.

Das Konto was ich nutze ich ein Strato Konto.
Wenn ich das Konto in der EPL Installation einrichte wird mir die Uhrzeit auf den Mobilgeräten richtig angezeigt.

Auf einem PC mit Windows 10 oder Linux Ubuntu. Wird die Zeit auch immer richtig angezeigt.
Mit Windows habe ich mit allen 3 gängigen Browsern getestet.

RalfBecker 2020-02-27 07:56:14 UTC #28

Also wir reden von EGroupware als Client, kein native Mail Client auf dem Android?

Es würde Sinn machen zu testen, ob beide EGroupware Instanzen zum Browser hin die gleichen Daten schicken. Allerdings ist das mit einem Mobilbrowser nicht ganz trivial:

Eine andere Möglichkeit wäre sich die User-Agent Strings der verwendeten Browser raus zu suchen (z.B. aus Access-Log des Webserves), und diese bei einem regulären Desktop Browser einzustellen. Sollte der dann die gleiche Symptomatik zeigen - EGroupware verwendet server-seitig nur den User-Agent String, kann man auch damit (leichter) das Problem untersuchen.

Bei der Untersuchung würde man den Inhalt der mail.mail_ui.get_rows Requests (z.B. beim Anklicken der Inbox) vergleichen.

Ralf

svenp1 2020-02-27 08:07:37 UTC #29

Wir reden auch von esync mit Android.
Dort ist es mir als erstes aufgefallen. Bei weiteren Tests ist mir dann aufgefallen das der Browser auch die gleichen Zeitprobleme hat.
Im Grunde sind mir die Zeitprobleme mit den Browsern egal.
Ich nutze für alles meinen Email Client mit esync.

Ich kenne den Code von EGW nicht, aber ich vermute, wenn die Zeit im Browser richtig angezeigt wird, wird auch mit esync die Zeit richtig angezeigt.
Was ich nicht verstehe ist das die EPL und die QNAP Installation so unterschiedlich gar nicht sind.
Beide nutzen die 19.1 mit Docker - nginx etc.

svenp1 2020-02-27 08:26:50 UTC #30

Ich untersuche damit? --> docker logs egroupware-nginx
Der Befehl zeigt mir allerlei Fehler aber der gesuchte String kommt nicht vor.

RalfBecker 2020-02-27 09:26:22 UTC #31

Bei eSync / ActiveSync sitz nochmal ein weiteres Protokoll und damit zwei weitere Layer dazwischen:

eSync App in EGroupware die in ActiveSync Protokoll konvertiert (das hat auch ein Log in EGroupware!)
ActiveSync Connector in Android, der die Daten entgegen nimmt

In all diesen Bereichen gibt es absolute keinen Unterschied im Code!
Wenn Du das Testen willst, verwende doch einfach mal die Zugangsdaten aus der Firma führe folgendes aus:

cd /etc/egroupware-docker # oder wo auch immer Du die docker-compose.yml auf der QNAP hast
docker login download.egroupware.org # hier EPL Benutzer und Passwort eingeben
sed -i docker-compose.yml  's|egroupware/egroupware:latest|download.egroupware.org/egroupware/epl:latest|g'
docker-compose up -d

Du bekommst dann automatisch eine 30 Tage Testlizenz für EPL.

Es würde mich extrem wundern, wenn das das Problem ändern würde.

Mit Untersuchen meine ich sich in den Entwicklertools des Browsers den Netzwerkverkehr des mail.mail_ui.get_rows Requests auf beiden System anzuschauen, ob dort für die Mails unterschiedliche Zeiten stehen.

Damit würden wir sehen ob das Problem auf der Serverseite (und dessen Umgebung) oder auf der Clientseite (Browser und dessen Einstellungen) liegt.

Ralf

svenp1 2020-02-27 09:34:00 UTC #32

Ich denke das muss ich nicht testen.
Wenn du mir sagst das der Code gleich ist glaube ich das.
Ich wollte es auch nicht in Frage stellen.
Meine Aussage war nur das fast alles gleich ist und es trotzdem anders reagiert.
Der einzige Unterschied den ich derzeit sehe ist die Maschine auf der EGW läuft.
EPL = Ubuntu, Free=Qnap Linux.

Warum passen die Uhrzeiten bei der Kalender Synchronisation und nicht bei Email?
Ist doch irgendwie Magic.

svenp1 2020-03-01 07:44:16 UTC #33

Hallo Ralf, das debuggen geht mit Firefox auf Mobilen Geräten nur per USB wenn ich das richtig verstanden habe.
Kannst du mir sagen wonach ich da genau gucken muss oder darf ich dir ein egw Konto einrichten?

StefanU 2020-03-01 10:42:30 UTC #34

Hallo Sven,

versuch mal auf einem PC:
im FF mit geöffneter EGw Shift-F5 (oder aus dem FF-Menü) um die Entwicklerwerkzeuge aufzurufen
Dann oben rechts:

grafik

Dann wirst du im Browser-Fenster eine Mobilansicht bekommen. Oben kannst du dir noch das Endgerät auswählen (Liste ist konfigurierbar).
Ggf. musst du die Seite neu laden.

Wobei das gerade bei mir nicht funktioniert mit der Mobil-Ansicht… Hat sonst immer. So demonstriere ich sonst die Mobilansicht auf Vorträgen.

Gruß
Stefan

svenp1 2020-03-01 11:41:20 UTC #35

Danke Stefan, yes yes yes. Die Funktion kannte nicht noch nicht.
Ja den Zeitfehler habe nun auch unter Windows wenn ich auf Mobilgerät stelle.
Bei Android und Iphone/ipad immer + 1 Stunde. Nur bei Kindle Fire HDX wird mir die Zeit richtig angezeigt.
Dann wird mir aber auch nicht mehr die Mobilansicht angezeigt.

OK, was braucht Ralf jetzt damit er mir helfen kann?

StefanU 2020-03-01 18:40:18 UTC #36

Ich versuche mich mal daran:

Heißt also: Sich die Antwort des Servers mit den Kopfdaten der Mails anzuschauen.

Wähle mal

Dann aktualisieren und nach

schauen. Drauf klicken und auf der rechten Seite Antwort auswählen:

Da hast du das Datum und die Zeit, die vom Server kommt.

Hier kannst du umrechnen:
https://www.confirado.de/tools/timestamp-umrechner.html

In dem Fall:

Wobei ich mich gerade wundere, dass die Zeit in der Web-UI dann so angezeigt wird:

Wie dem auch sei. Es ist die Zeit die mir in der Web-UI angezeigt wird:

Quelltext der Mail:

Der Absender befindet sich in der gleichen Zeitzone wie ich. Auf allen Geräten. Passt.

Dann schau mal was von deinen Servern kommt. Kannst dir ja eine Mail in beide Postfächer senden. Ist besser zum Vergleichen.

Damit müsstest du die Fragestellung beantworten können:

Gruß
Stefan

svenp1 2020-03-02 10:08:12 UTC #37

Hallo Stefan, danke für die Ausführliche Anleitung.

Hier die Kopfdaten der Email:

Die Debug Zeilen in der Desktop Ansicht:
Email_Zeit_Debug_Desktop

Und die Debug Zeilen aus der Mobilen Ansicht:
Email_Zeit_Debug_Mobil

Auf dem Mobil Gerät wird mit 1:19 und auf dem Desktop die erwarteten 0:19 angezeigt.

StefanU 2020-03-02 12:01:21 UTC #38

Die Zeit in der mobilen Ansicht ist umgerechnet in der Tat 01:19:00 (bezogen auf +0100 (CET)).
Das kann aber sein, dass es unterschiedliche Regeln/Annahmen gibt, je nach dem wie die Zeit übermittelt wird. Das ist mir nicht bekannt.

Da ist nun @RalfBecker am Zuge.

Stefan

RalfBecker 2020-03-02 15:15:08 UTC #39

Ok, mobile Ansicht ist wohl die richtige Fährte: dort verwenden wir, im Gegensatz zur Desktop Version ein standard HTML5 input type=datetime-local:

github.com

EGroupware/egroupware/blob/master/api/js/etemplate/et2_widget_date.js#L129


		if (this.is_mobile)
		{
			this.dateFormat = 'yy-mm-dd';
			this.timeFormat = 'HH:mm';
			switch(this._type)
			{
				case 'date':
					this.input_date.attr('type', 'date');
					break;
				case 'date-time':
					this.input_date.attr('type', 'datetime-local');
					break;
				case 'date-timeonly':
					this.input_date.addClass("et2_time");
					this.input_date.attr('type', 'time');
					break;
			}
		}
		else
		{
			this.dateFormat = this.egw().dateTimeFormat(this.egw().preference("dateformat"));

Damit die Zeitzonen Konfiguration des Browsers keine Rolle spielt, konvertiert EGroupware server-seitig Datum und Uhrzeit gemäß den Einstellungen des Benutzers und tut gegenüber dem Browser so, als wären sie UTC (angehangenes “Z” am Zeitstempel). In der mobilen Ansicht löst das dann wieder eine Konvertierung vom Browser in die Zeitzone des Benutzers aus.

Das alleine ist auch noch nicht das Problem, es manifestiert sich erst, wenn die Server-Zeitzone (egw_config.config_name=‘server_timezone’) nicht der des Benutzers entspricht.

Ein neue (Docker) Installation initialisiert seine Datenbank aus der Default Zeitzone von PHP, die heute in der Regel “UTC” beinhaltet:

RalfsMac:~ ralf$ docker exec -it egroupware php -i|grep date.timezone
date.timezone => UTC => UTC

Damit steht in der Datenbank:

RalfsMac:dev ralf$ docker exec -it egroupware-db mysql -uroot -p egroupware --execute "SELECT * FROM egw_config WHERE config_name='server_timezone'"
+------------+-----------------+---------------+
| config_app | config_name     | config_value  |
+------------+-----------------+---------------+
| phpgwapi   | server_timezone | UTC           |
+------------+-----------------+---------------+

Wenn der Benutzer jetzt in der Zeitzone “Europe/Berlin” ist, wird (ausschließlich) in der Mobilansicht der EMail ein um eine Stunde verschobene Zeit angezeigt.

In Systemen auf denen das nicht auftritt, ist die Server-Zeitzone gleich der der Benutzer:

+------------+-----------------+---------------+
| config_app | config_name     | config_value  |
+------------+-----------------+---------------+
| phpgwapi   | server_timezone | Europe/Berlin |
+------------+-----------------+---------------+

Es ist allerdings NICHT zu empfehlen das einfach zu Ändern, da die Einstellung auch zum restlichen Inhalt der Datenbank passen muss!!!

Ich werde dazu einen Bug aufmachen und auf die Diskussion hier verweißen (und hoffentlich dran denken hier was rein zu schreiben, sobald das Problem gelöst ist).

Ralf

StefanU 2020-03-02 15:35:41 UTC #40

@RalfBecker: Nimm mich bitte im CC. Ich behalte das dann mit im Auge.
Stefan