Jahrestage werden um einen Tag nach vorne verschoben?!

[mt-n]

Hallo, ich habe zwei Maildb`s innerhalb derselben Domäne von einem R5.011-Server in Deutschland (deutsche time-und-date-Settings) nach USA auf einen R5.08-Server (amerikanische settings) per Notes-Mitteln umgezogen. Hat alles wunderbar funktioniert. Allerdings beklagen die beiden User nun, dass alle ihre Anniversaries/Jahrestage um genau einen Tag nach vorne verschoben sind. Kennt jemand das Problem und die Lösung??? Danke!

[Glombi]

Hi,
wir brauchen hier mehr Input:
Sind die Termine nur in den Ansichten oder auch in den Dokumenten verschoben?
In welchen Zeitzonen arbeiten die Server?
Welche Zeitzonen haben die User eingestellt?

Das Problem wird wohl sein, dass die Server unterschiedliche Zeitzonen verwenden. Jahrestage werden bspw. mit der Uhrzeit 04:00 morgens gespeichert. Da D und USA mehr als 4 Std. auseinanderliegen, kommt die Verschiebung zustande.

Das betrifft die Ansichten. Dort werden die Termine mit der Server-Einstellung angezeigt. Im Dokument werden die Termine mit der Client-Einstellung angezeigt.

Andreas

[MOD]

Ich kenne zwar nicht die genau Lösung, doch gibt es einen Zeitunterschied zwischen Deutschland und USA. Wir sind in der Zeit vor den Amerikanern. Daher verwundert es mich nicht, dass der Jahrestag ein Tag eher ist.

  MOD

[mt-n]

Hallo, es scheint schon in diese Richtung zu gehen. Nur wie lösbar? - Gar nicht?! Der Server und die Clients in den USA arbeiten mit der Indiana-Zeitzone (+5 Std). Die Verschiebung ist sowohl in der Ansicht als auch im Dokument zu finden. Gruss Markus

[Glombi]

Hi,
in den Dokumenten ist die Uhrzeit mit der Zeitzone gespeichert. D.h. als die User die Einträge erstellt haben, wurde bspw.
07.08.2002 04:00 CEDT
gespeichert (Mitteleuropäische Zeitzone mit Sommerzeit)

Auf dem US Server wird diese Zeit entsprechend in die Indiana-Zeit umgerechnet und verschoben.
Wenn das auch in den Dokumenten so angezeigt wird, haben die User benfalls Indiana-Zeitzone eingestellt.

Damit die Termine wieder korrekt angezeigt werden, müssen diese per ScriptAgent umgesetzt werden.
Aus 07.08.2002 04:00 CEDT muss
07.08.2002 04:00 Indiana  (Kürzel kenn ich nicht)
werden.

Oder die Termine werden neu eingegeben.

Indiana ist meines Wissen GMT - 5 (nicht + 5?)

Andreas

[Glombi]

Hi,
hier noch was von IBM - die haben schon daran gedacht, dass man innerhalb der USA (oder sonstwo innerhalb weniger Zeitzonen) umzieht, aber von D nach USA ist "zu groß".
An der perfekten Lösung wird nicht gearbeiet - warten wir es ab.

Handling All-day Events Across Time Zones
Since we first introduced C&S in Notes 4.5, we have received reports that all-day events occasionally appear in the Calendar view a day earlier than scheduled. Here's the scenario: You normally have your time zone set to Eastern Time, and you create an all-day event in your calendar, while in Eastern Time. You then travel to the west coast and switch your time zone to Pacific Time. When you open your Calendar view, the all-day event you created now appears a day earlier than scheduled.

We addressed this problem in the Mail (R5.0) template included with Notes/Domino 5.0.3. Previously, we set the start time for all-day events at 12:00:01 AM. This meant that when switching from Eastern Time to Pacific Time, the start time for an all-day event became 9:00:01 PM of the previous day, so the all-day event appeared to occur a day early.

To correct this situation, the 5.0.3 Mail template creates all-day events starting at 4:00:01 AM. Even with this change, however, there are some cases where this problem will still occur. For instance, if you move to a time zone that is more than four hours to the west, all-day events will still appear a day earlier. Also, the fix does not affect old calendar entries. Existing all-day events will still appear a day earlier. We are working on a more perfect fix for the next major release of Notes.

[mt-n]

Vielen Dank für die Hinweise. Das hilft mir doch zumindest teilweise weiter. Habe leider mit Script-Agents noch nichts zu tun gehabt. Werde mich wohl damit beschäftigen müssen, es sei denn, es hat sich jemand bereits die Mühe gemacht und würde diesen ev. zur Verfügung stellen. Nochmals vielen Dank an alle, die sachdienliche Hinweise gegeben haben. Gruss Markus