Hi Cornelia,
Die Server errro-log meldet:
[Thu Jan 17 08:52:39 2002] [error] [client 217.34.223.243] File does not exist: /pool/www.cms.de/http/scripts/..%2f../winnt/system32/cmd.exe
Das ist aber bestimmt kein CGI-Skript von Dir.
(Sondern ein Versuch eines Virus-Angreifers, auf Deinem Server ein Windows
mit falsch konfiguriertem und fehlerhaften M$-IIS ohne patches zu finden
und über den Bug, das Verlassen des URL-Raums in bestimmten Fällen nicht
zu erkennen das Programm "cmd.exe" auszuführen, um anschließend seinen
Virus-Code bei Dir zu installieren.)
[Thu Jan 17 08:52:39 2002] [error] [client 217.34.223.243] File does not exist: /pool/www.cms.de/http/error.html
Und das sieht mir auch nicht nach einem CGI-Skript aus (*.html wäre schon
ziemlich avantgardistisch ...), zumal "file does not exist" ein 404 ist und
kein 500.
Da müssen noch ein paar andere Fehlermeldungszeilen her.
Du weißt doch, wie Dein Skript heißt?
Dieser Name muß in der Fehlermeldungszeile natürlich vorkommen.
Rechte habe ich alle gegeben die man geben kann.
ASCII-Modus habe ich verwendet.
Bist Du in der Lage, das Skript von einer Kommandozeile aus auf dem
Server zu starten? Beispielsweise mit "perl -c" davor?
(http://aktuell.de.selfhtml.org/artikel/cgiperl/inbetriebnahme/#a5,
letzter Abschnitt.)
Vielleicht siehst Du dann eine Fehlermeldung, daß es irgendwas vermißt,
was dort nicht installiert ist, und Du den Fehler nicht hinreichend gut
abgefangen hast.
"use CGI::Carp qw(fatalsToBrowser)" wäre natürlich auch geschickt
gewesen, dann bekämst Du eine aussagefähige Fehlermeldung direkt im
Browser, nicht nur im error_log.
Und die anderen Scripte die laufen von mir sind auch in diesem
Verzeichnis.
Das spricht für die Konfiguration des Webservers - also sollten wir das
Skript selbst und seine eventuellen Abhängigkeiten von einer wie auch
immer gearteten Umwelt als Hauptverdächtigen behandeln.
Viele Grüße
Michael