Also das werde ich lieber nicht so machen, da das System im Produktiven Einsatz ist und auf dem Rechner unser OTRS Ticket-System und unsere Server Überwachung mit Nagios drauf ist, welche beide auf ein funktionierendes Perl angewiesen sind. Da ist es mir einfach zu riskant einfach CPAN zu nehmen und mir gegebenenfalls alles kaputt zu reparieren ;-)


Mich brennt noch immer die Frage warum das mit dem localtime nicht funktionert. Da Müsste ich auch keine weiteren Module mehr installieren wenn es damit klappen würde.


Mfg
Stefan

Hast du mal Ronnies Beispiel auf deinem System probiert ?
Funktioniert es bei dir wie erwartet ?
Kannst du nochmal den Teil posten indem du das Datum generierst ?
Auch direkt nach der Generierung ausgeben, was bekommst du dann ?

Das mit dem Data::Dumper werde ich nochmal ausprobieren.... da das Script ja von dem webserver aufgerufen wird, würde ich gerne wissen wo denn dann die Ausgabe vom debugging Tool hingeschrieben wird?

Ich hab mich da ja noch nicht eingelesen, aber vielleicht kann mir das jemand ja schonmal vorab sagen.

@PerlProfi
Hier ist nochmal der Teil in dem ich das ganze generiere:
###### Datum
my @dateArray = split(/\s+/, scalar localtime);
my $time = $dateArray[3];
my $dateYear = $dateArray[4];
my $dateMonth = $dateArray[1];
my $dateDay = $dateArray[2];
my $dateWeekday = $dateArray[0];

$Header{'Date'} = "Date: ".$dateWeekday.", ".$dateDay." ".$dateMonth." ".$dateYear." ".$time." +0200";
###### Datum Ende

Die Ausgabe mit der Anzeige:

Date: Time::tm=ARRAY(0x8f23790), +0200

erhalte ich übrigens, wenn ich mir den Mailheader einer mit dem Script generierten Mail anschaue.

Gruß und danke,
Stefan

nö

perl

^Z
Date: Wed, 23 May 2007 21:10:25 +0200

aber dir muss klar sein, dass das +0200 einfach hintendran hängen nur dann richtig ist, wenn du dich z.b. in deutschland befindest.
auf meinem system ist diese angabe nämlich falsch!\n\n

<!--EDIT|esskar|1179940337-->

Und auch nur im Sommer.

(ungetestet)