Sommerzeit und SyncML

[Jan_Wagner-4]

Hi,

seit einiger Zeit habe ich schon beobachtet, dass Termine nach der
Synchronisierung via SyncML am SyncML Client waehrend des Sommerzeitzeitraums
1h frueher als in Egroupware sind. Ich hatte gehofft, dass sich dies nach dem
Aendern auf Sommerzeit abstellt. Leider werden aber nur neue Termine jetzt in
der Sommerzeit korrekt angezeigt, die alten Termine sind immernoch 1h zu
spaet. Ich vermute mal, dass jetzt waehrend der Sommerzeit angelegte Termine
fuer die Winterzeitperiode eine Stunde spaeter auf dem SyncML Client angelegt
werden. Gibts dafuer schon Abhilfe, idealerweise einen isolierten Patch?

Danke und Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[sdann]

Ich habe das gleiche Verhalten mit einem Nokia N70.
Ein E61i hat das Problem nicht.

Gruß, Stefan

Hi,

seit einiger Zeit habe ich schon beobachtet, dass Termine nach der
Synchronisierung via SyncML am SyncML Client waehrend des Sommerzeitzeitraums
1h frueher als in Egroupware sind. Ich hatte gehofft, dass sich dies nach dem
Aendern auf Sommerzeit abstellt. Leider werden aber nur neue Termine jetzt in
der Sommerzeit korrekt angezeigt, die alten Termine sind immernoch 1h zu
spaet. Ich vermute mal, dass jetzt waehrend der Sommerzeit angelegte Termine
fuer die Winterzeitperiode eine Stunde spaeter auf dem SyncML Client angelegt
werden. Gibts dafuer schon Abhilfe, idealerweise einen isolierten Patch?

Danke und Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

---

Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[uwered]

Hallo,
ich werde den Eindruck nicht los, das es mit den Zeiteinstellungen an Server-PC und Workstation bzw. Mobil-Geräten zusammenhängt.

Wir haben hier im Haus die Trunk-Version auf einem W2k3 Server unter Apache am laufen.

ALLE Geräte haben in der Zeiteinstellung “(GMT +01:00) Amsterdamm, Berlin …” und “Uhr automatisch auf Sommer-/Winterzeit umstellen” konfiguriert …

… und beim Sync mit Funambol-Clienten zu Outlook bzw. Handy-SyncML auf Nokia-95 treten keinerlei
zeitlichen “Versätze” auf …

Testweise habe ich eben mal einen PC auf eine andere Zeiteinstellung konfiguriert und prompt war 1 Std. Versatz da …

Habt Ihr das schon mal geprüft ?

Gruss
Uwe

[Ralf_Becker_6]

Macht der Server auch eine automatische Umstellung zwischen Sommer- und
Winterzeit. Das ist nämlich der einzige Weg, we eGW im moment damit
umgehen kann (unter Linux, keine Ahnung von Windows).

Ralf

uwered schrieb:

Hallo,
ich werde den Eindruck nicht los, das es mit den Zeiteinstellungen an
Server-PC und Workstation bzw. Mobil-Geräten zusammenhängt.

Wir haben hier im Haus die Trunk-Version auf einem W2k3 Server unter Apache
am laufen.

ALLE Geräte haben in der Zeiteinstellung “(GMT +01:00) Amsterdamm, Berlin
…” und “Uhr automatisch auf Sommer-/Winterzeit umstellen” konfiguriert
…

… und beim Sync mit Funambol-Clienten zu Outlook bzw. Handy-SyncML auf
Nokia-95 treten keinerlei
zeitlichen “Versätze” auf …

Testweise habe ich eben mal einen PC auf eine andere Zeiteinstellung
konfiguriert und prompt war 1 Std. Versatz da …

Habt Ihr das schon mal geprüft ?

Gruss
Uwe

---

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

---

Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Jan_Wagner-4]

Hallo,
ich werde den Eindruck nicht los, das es mit den Zeiteinstellungen an
Server-PC und Workstation bzw. Mobil-Geräten zusammenhängt.

Wir haben hier im Haus die Trunk-Version auf einem W2k3 Server unter Apache
am laufen.

ALLE Geräte haben in der Zeiteinstellung “(GMT +01:00) Amsterdamm, Berlin
…” und “Uhr automatisch auf Sommer-/Winterzeit umstellen” konfiguriert
…

… und beim Sync mit Funambol-Clienten zu Outlook bzw. Handy-SyncML auf
Nokia-95 treten keinerlei
zeitlichen “Versätze” auf …

Testweise habe ich eben mal einen PC auf eine andere Zeiteinstellung
konfiguriert und prompt war 1 Std. Versatz da …

Habt Ihr das schon mal geprüft ?

Server:
moria:~# date
Mon Mar 31 12:32:23 CEST 2008

Client (E90): Deutschland (aktuell GMT +2:00 Berlin), was automatisch die Zeit
auf Sommerzeit umstellt, denke ich mal.

Das Problem tritt auch nur auf, wenn man Termine in der Sommerzeit anlegt
(genauer gesagt am SyncML Client importiert) und sich in der Winterzeit
gefindet bzw. umgekehrt.

Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[Jan_Wagner-4]

Macht der Server auch eine automatische Umstellung zwischen Sommer- und
Winterzeit. Das ist nämlich der einzige Weg, we eGW im moment damit
umgehen kann (unter Linux, keine Ahnung von Windows).

In meinem Fall laeuft ein NTP client und ja, es wurde unter Debian 'etch’
automatisch umgestellt.

Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[Jens-27]

Ralf Becker schrieb:

Macht der Server auch eine automatische Umstellung zwischen Sommer- und
Winterzeit. Das ist nämlich der einzige Weg, we eGW im moment damit
umgehen kann (unter Linux, keine Ahnung von Windows).

Ist das SyncML-Problem eigentlich das gleiche, dass mir auch die
Probleme mit externen Anwendungen über icalsrv bereitet?

Unser Server wechselt durchaus automatisch zwischen Sommer- und
Winterzeit. Leider sehe ich die Termine ab Oktober wieder eine Stunde
früher. trotz des Updates auf 1.4.003.

Gibt es für dieses Problem irgendwann mal eine endgültige Lösung (ohne
in die Tine-Auseinandersetzung zu geraten)? Vielleicht mit 1.6?

An einer Antwort liegt mir sehr viel.

Dank & Gruß
Jens

–
“The only proof that intelligent life exists in the universe
is that it hasn’t tried to contact us yet.” - Calvin

---

Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

[Jan_Wagner-4]

Gibt es für dieses Problem irgendwann mal eine endgültige Lösung (ohne
in die Tine-Auseinandersetzung zu geraten)? Vielleicht mit 1.6?

Mir persoenlich waere an einem Patch fuer 1.4.00x sehr viel gelegen, 1.6 ist
noch nicht wirklich absehbar und in Produktivumgebungen wird man auch nicht
sofort nach einer Veroeffentlichung von 1.6 darauf aktualisieren.

Danke und Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[_Alain]

Bei mir ist der Palm auf “Zürich” eingestellt. Mehr kann ich da nicht verändern.
Die Zeitzone am Server meines Hostingsanbieters wird sicherlich auch die richtigen Zeitzoneneinstellungen haben (ich lass mir das aber noch bestätigen).

Wenn die Zeitzonen der Geräte verschieden sind ist ja klar dass dann die Termine auch verschoben synchronisiert werden. Dein Versuch sagt also nichts neues aus.

Es geht ja darum dass EGW die Sommer/- Winterzeitumstellung ignoriert und nicht darum ob auf den Geräten zwischen denen synchronisiert wird eine andere Zeitzone eingestellt ist.

Gruss Alain

[_Alain]

Bestätigung:
Mein Hostinganbieter betreibt “Red Hat Enterprise Linux ES 3” auf seinen Servern und das stellt selbstverständlich korrekt zwischen Sommer- und Winterzeit um und läuft mit der gleichen Zeitzone wie mein Palm.

Konntet ihr das Problem schon lokalisieren ?

Gruss
Alain

[uwered]

Hi Alain,

Wenn die Zeitzonen der Geräte verschieden sind ist ja klar dass dann die Termine auch verschoben synchronisiert werden. Dein Versuch sagt also nichts neues aus.

Es geht ja darum dass EGW die Sommer/- Winterzeitumstellung ignoriert und nicht darum ob auf den Geräten zwischen denen synchronisiert wird eine andere Zeitzone eingestellt ist.
Gruss Alain

wenn alle Beteiligten die aktuelle Trunk-Version einsetzen, und es bei Einigen geht und bei Anderen nicht, muss die Ursache sich doch in den Unterschieden, sprich den Clienten, bzw. deren Settings befinden …

Den Effekt eines Ignorieren von Sommer/- Winterzeitumstellung seitens eGW, hatte wir hier noch nicht.

Gruss
Uwe

[_Alain]

Synchronisiert ihr denn die Geräte (z. B. Handy) direkt am Computer auf dem auch EGW installiert ist oder läuft das über einen externen Server eines Providers den ihr nur über Internet erreicht ?

Gruss
Alain

Hi Alain,

Wenn die Zeitzonen der Geräte verschieden sind ist ja klar dass dann die Termine auch verschoben synchronisiert werden. Dein Versuch sagt also nichts neues aus.

Es geht ja darum dass EGW die Sommer/- Winterzeitumstellung ignoriert und nicht darum ob auf den Geräten zwischen denen synchronisiert wird eine andere Zeitzone eingestellt ist.
Gruss Alain

wenn alle Beteiligten die aktuelle Trunk-Version einsetzen, und es bei Einigen geht und bei Anderen nicht, muss die Ursache sich doch in den Unterschieden, sprich den Clienten, bzw. deren Settings befinden …

Den Effekt eines Ignorieren von Sommer/- Winterzeitumstellung seitens eGW, hatte wir hier noch nicht.

Gruss
Uwe

[Jan_Wagner-4]

Synchronisiert ihr denn die Geräte (z. B. Handy) direkt am Computer auf dem
auch EGW installiert ist oder läuft das über einen externen Server eines
Providers den ihr nur über Internet erreicht ?

In meinem Fall wird von den SyncML Clients (Nokia N90) direkt ueber das Netz
mit dem Server synchronisiert.

Gruss, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[uwered]

Hi Alain,

Synchronisiert ihr denn die Geräte (z. B. Handy) direkt am Computer auf dem auch EGW installiert ist oder läuft das über einen externen Server eines Providers den ihr nur über Internet erreicht ?

Hausintern haben wir eGW auf einem Server im Nebenraum, gegen den wir direkt syncen …
Für die “Aussendienstler” haben wir auf schnödem 1&1 Webspace eine Installation, gegen welche die Ihre Kontakte & Termine syncen (NoteBook & N95).

Die Installationen sind die aktuellen TRUNK-Versionen von eGW.

Gruss
Uwe

[Jan_Wagner-4]

Für die “Aussendienstler” haben wir auf schnödem 1&1 Webspace eine
Installation, gegen welche die Ihre Kontakte & Termine syncen (NoteBook &
N95).

Da werden die Termine aber sicher nicht ueber Webinterface eingetragen und am
(SyncML-)Client von Server Richtung Client synchronisiert, sondern die
Termine werden eher vom (SyncML-)Client Richtung Server uebertragen?

Gruesse, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[_Alain]

Hab’ nur gedacht ob’s etwas mit dem Server des Providers zu tun hat, aber dem Anschein nach nicht…

Es muss mit der Sommer- / Winterzeitumstellung zu tun haben, denn:
Vor dem 30.3.2008, dem Tag der Zeitumstellung wurden alle Termine grösser als 30.3.2008 von eGW um eine Stunde zurückversetzt auf den Palm übertragen.
Heute passiert genau das Umgekehrte: Alle Termine kleiner als 30.3.2008 werden von eGW um eine Stunde nach vorne verschoben auf den Palm übertragen.

Das gleiche passiert übrigens auch mit Terminen die grösser als 30.3.2008 sind, die man aber vor dem 30.3.2008 eingetragen hat und nachträglich irgendetwas daran ändert.

Ich kann ja 'mal die aktuelle TRUNK bei mir hochladen, vielleicht hilft’s ??

Gruss
Alain

[Jan_Wagner-4]

Hi,

seit einiger Zeit habe ich schon beobachtet, dass Termine nach der
Synchronisierung via SyncML am SyncML Client waehrend des
Sommerzeitzeitraums 1h frueher als in Egroupware sind. Ich hatte gehofft,
dass sich dies nach dem Aendern auf Sommerzeit abstellt. Leider werden aber
nur neue Termine jetzt in der Sommerzeit korrekt angezeigt, die alten
Termine sind immernoch 1h zu spaet. Ich vermute mal, dass jetzt waehrend
der Sommerzeit angelegte Termine fuer die Winterzeitperiode eine Stunde
spaeter auf dem SyncML Client angelegt werden. Gibts dafuer schon Abhilfe,
idealerweise einen isolierten Patch?

ich habe momentan das Gefuehl, dass das Problem von Entwicklerseite eher
totgeschwiegen wird. Ja, ich koennte den kommerziellen Support anheuern. Aber
ehrlich gesagt finde ich es schon sehr komisch, dass ein angebotenes Feature
nicht so implementieren werden kann, dass es fehlerfrei funktioniert. Wenn
man die Archive befragt, scheint Zeitumstellung ein immer wiederkehrendes
Problem in Zusammenhang mit egw zu sein, welches aber auch nicht
behoben/geklaert wird.

Just my 2 Euro-Cents, Jan.

Never write mail to waja@spamfalle.info, you have been warned!
-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GIT d-- s+: a- C+++ UL++++ P+ L+++ E- W+++ N+++ o++ K++ w— O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------

[_Alain]

Habe mir die “stable daily svn checkout” auf den Server geladen (was heisst eigentlich TRUNK?).
Das Problem bleibt dasselbe.

Grüsse
Alain

Hi Alain,

Synchronisiert ihr denn die Geräte (z. B. Handy) direkt am Computer auf dem auch EGW installiert ist oder läuft das über einen externen Server eines Providers den ihr nur über Internet erreicht ?

Hausintern haben wir eGW auf einem Server im Nebenraum, gegen den wir direkt syncen …
Für die “Aussendienstler” haben wir auf schnödem 1&1 Webspace eine Installation, gegen welche die Ihre Kontakte & Termine syncen (NoteBook & N95).

Die Installationen sind die aktuellen TRUNK-Versionen von eGW.

Gruss
Uwe

[Ralf_Becker_6]

http://dict.leo.org/ende?lp=ende&p=12RDU.&search=trunk

Es ist im SVN überlicherweise die Version an der aktiv entwickelt wird.
http://svn.egroupware.org/egroupware/trunk/

Stable bedeutet im moment 1.4 Branch:
http://svn.egroupware.org/egroupware/branches/1.4/

Ralf

Alain schrieb:

Habe mir die “stable daily svn checkout” auf den Server geladen (was heisst
eigentlich TRUNK?).
Das Problem bleibt dasselbe.

Grüsse
Alain

uwered wrote:

Hi Alain,

Alain wrote:

Synchronisiert ihr denn die Geräte (z. B. Handy) direkt am Computer auf
dem auch EGW installiert ist oder läuft das über einen externen Server
eines Providers den ihr nur über Internet erreicht ?

Hausintern haben wir eGW auf einem Server im Nebenraum, gegen den wir
direkt syncen …
Für die “Aussendienstler” haben wir auf schnödem 1&1 Webspace eine
Installation, gegen welche die Ihre Kontakte & Termine syncen (NoteBook &
N95).

Die Installationen sind die aktuellen TRUNK-Versionen von eGW.

Gruss
Uwe

–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

---

Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

---

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german