Martin Wodrich <[EMAIL PROTECTED]> wrote on 07.10.04:
> Michael Heydekamp <[EMAIL PROTECTED]> schrieb am 06.10.04 um 23:35:
[...]
>> Was aber evtl. noch etwas stört, ist, daß man dabei an die
>> Winter-/Sommerzeitregelung der EU gebunden ist. Zwar wird FreeXP
>> eher wenig User in Marokko oder Australien haben ;), aber man könnte
>> daran denken, wie bei der Winter-/Sommerzeitumstellung in FreeXP
>> selbst auch im UUZ die TZ-Variable auszuwerten:
> Ja, das wäre wirklich was.
Hab's mal eingebaut und getestet, läuft offenbar. Aktualisierte Doku zu
diesem Punkt:
----------8<----------
> 4. Bei Headern, die das aktuelle Datum/Uhrzeit enthalten ("Received:",
> "From_"-Zeile bei UUCP-Mails), wird die Zeitzone nicht mehr blind
> vom Erstellungsdatum der Nachricht übernommen, da dies im Fall, daß
> Erstellungs- und Konvertierdatum in unterschiedlichen Zeitperioden
> liegen (Beispiel: Nachricht wird am Abend des letzten Tages der
> Sommerperiode erzeugt, aber erst in der Nacht oder am nächsten
> Morgen konvertiert und versandt), zu einer falsch deklarierten
> Zeitzone führen würde - bzw. in der Vergangenheit auch konkret dazu
> geführt hat.
> Stattdessen wird die aktuelle Zeitzone jetzt mit zwei alternativen
> Verfahren ermittelt:
> a) Wenn die TZ-Variable - wie es im Normalbetrieb mit XP der Fall
> ist - nicht (oder nicht im korrekten Format) gesetzt ist, ist
> die im EDA:-Header deklarierte Zeitzone des Erstellungsdatums
> zwar nach wie vor die entscheidende Grundlage, jedoch wird jetzt
> zusätzlich geprüft, ob Erstellungs- und aktuelles Datum in der-
> selben Zeitperiode liegen. Ist dies nicht der Fall, wird die
> Zeitzone des aktuellen Datums aus der Zeitzone des Erstellungs-
> datums errechnet, indem je nach Konstellation 1 Stunde addiert
> (Winter => Sommer) bzw. subtrahiert (Sommer => Winter) wird.
> Liegen Erstellungs- und aktuelles Datum in derselben Zeit-
> periode, wird die Zeitzone aus dem Erstellungsdatum wie bisher
> unverändert übernommen.
> Maßgebend für die Definition der Zeitperiode ist ausschließlich
> die aktuell für die EU geltende Regelung, deren Algorithmus auch
> bei der automatischen Zeitzonenumstellung in FreeXP verwendet
> wird. Die Angabe "S" bzw. "W" im ZConnect-Header ist unzuverläs-
> sig und wird wie bisher ignoriert.
> Das obige Verfahren funktioniert daher in allen Fällen zuverläs-
> sig, in denen die Konvertierung in einem Land stattfindet, in
> dem a) eine mit der in der EU gültigen Regelung identische
> Winter-/Sommerzeitregelung angewandt wird, und b) dessen Zeit-
> zone identisch ist mit dem Land, in dem die Nachricht erstellt
> wurde (was nahezu immer der Fall sein dürfte). Mit anderen
> Worten: Bisher stimmte die Zeitzonenangabe bei dem geschilderten
> Szenario praktisch nie, jetzt stimmt sie praktisch immer.
> b) Durch das Setzen der Umgebungsvariablen "TZ" im Format
> set TZ=CET-1CEST,3,-1,0,7200,10,-1,0,10800,3600
> kann das in a) beschriebene Verfahren neutralisiert werden;
> stattdessen wird dann die in der TZ-Variablen deklarierte Zeit-
> zone in jedem Fall und unabhängig von der im EDA:-Header dekla-
> rierten Zeitzone des Erstellungsdatums übernommen.
> Das obige Beispiel gilt für Mitteleuropa und würde in der
> Winterperiode die Zeitzone "+0100" (ZConnect: W+1) und in der
> Sommerperiode die Zeitzone "+0200" (ZConnect: S+2) zurückgeben.
> Für andere Länder sind die Werte entsprechend anzupassen, eine
> ausführliche Erläuterung zur TZ-Variablen befindet sich in der
> FreeXP-Hilfe zum Menüpunkt C/O/N/Umstellung.
> Durch die Verwendung der TZ-Variablen ist der UUZ daher in der
> Lage, auch in allen Ländern die korrekte Zeitzone des aktuellen
> Datums zu deklarieren, in denen eine andere Winter-/Sommerzeit-
> regelung als in der EU angewandt wird (oder in denen es gar
> keine solche gibt).
> Unerläßlich ist die Verwendung der TZ-Variablen im Grunde dann,
> wenn der UUZ als Gate-Konvertierer eingesetzt wird: Dort können
> Nachrichten aus beliebigen Zeitzonen vorkommen, während dem UUZ
> im Standardbetrieb mit XP nur Nachrichten aus einer einzigen
> Zeitzone (nämlich der des Users) vorgelegt werden.
----------8<----------
Michael
------------------------------------------------------------------------
FreeXP Entwickler-Mailingliste
[EMAIL PROTECTED]
http://www.freexp.de/cgi-bin/mailman/listinfo/dev-list
