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
