Lies Dir mal folgenden Artikel von http://www.aspfaq.de durch, vielleicht
trifft er ja auch bei Dir zu, bei mir war es so.

Bitte schreib doch, ob er Dir geholfen hat.

+++++++++++++++++++++++++++++++++++++

http://www.aspfaq.de/index.asp?FID=115&ELE=10011
Frage: Warum funktionieren manche ASP-Skripte auf einmal nicht mehr?
In der letzten Zeit h�ufen sich die Meldungen, dass einige ASP-Skripte, die
vor kurzem noch
einwandfrei gelaufen sind, pl�tzlich nicht mehr funktionieren. Meist kommt
beim Aufruf eines
solchen Skript �berhaupt nichts. Keine Fehlermeldung, keine Ausgabe bis zu
einem gewissen
Punkt, einfach gar nichts. Evtl. kommt irgendwann ein Timeout, aber dies
auch nicht oft.

Die meisten der betroffenen Skripte haben eines gemeinsam. Sie verwenden das
FSO
(FileSystemObject) und wollen lesend oder schreibend auf Dateien zugreifen.
Die betroffenen Server haben ebenfalls etwas gemeinsam. Uns zwar das Produkt
"Norton AntiVirus".
Dieses Tool ist eigentlich ein Virenscanner und bietet eine Option namens
"ScriptBlocking" an.
Diese Option ist standardm�ssig aktiviert und soll eigentlich einen Schutz
vor sogenannten
Skriptviren bieten, also Viren, die auf VBScript oder JavaScript basieren.
Meistens wurde
kurz vor dem erstmaligen Auftreten des Fehlers NAV neu, bzw. Update
installiert.

Dieser Schutz hebelt auf einem Webserver aber die ScriptingEngine
"scrrun.dll" aus. Diese DLL
beinhaltet auch das FSO. Da die Einstellungen eine Ausf�hrung von Skripten
nicht erlauben,
wird auch das Ausf�hren von VBScript-, bzw, JScript-Dateien blockiert. Dies
kommt daher, dass
das Tool nicht zwischen Client- und Serverskript unterscheidet. Wohlgemerkt,
in diesem Beitrag
geht es nur um den Webserver, nicht um einen Client. Wenn also von
Clientskript die Rede ist,
ist hiermit auch die Ausf�hrung einer vbs oder js-Datei auf dem Webserver
gemeint.

Zur Zeit besteht die einzigste M�glichkeit, die Sperre des FSO ohne weitere
Probleme wieder
aufzuheben, in der Deaktivierung des ScriptBlockings. Die entsprechende
Checkbox muss also
leer sein.

Allerdings hilft dies leider auch nicht zu 100%. Frank M�ller, ebenfalls ein
MVP f�r Active Server Pages
hat z.B. die Erfahrung gemacht, dass das Deaktivieren des ScriptBlockings
(mit anschlie�endem
Neustart) rein gar nichts bewirkt hat. Erst das komplette Deinstallieren von
NAV und Neuinstallation
hat geholfen. Folgende Vorgehensweise hat bei Ihm zum Erfolg gef�hrt (kein
Allheilmittel ;)
- Deinstallation von Norton AntiVirus (nicht einfach dr�berinstallieren)
- Neuinstallation von Norton AntiVirus
- Beim ersten Live Update die Frage, ob ScriptBlocking installiert werden
soll, verneinen
- Bei sp�teren Live Updates diese Frage ebenfalls verneinen
Im Normalfall sollten die ASP-Seiten jetzt wieder funktionieren.

Wenn die Frage, ob ScriptBlocking installiert werden soll, einmal bejaht
wurde, liefen ASP-Seiten mit
FSO Zugriff (wenn auch nur lesend) nicht mehr. Auch nicht, wenn man dann
manuell ScriptBlocking
wieder deaktiviert hat. Der betroffene Rechner war ein Microsoft Windows
2000 Server mit ServicePack 2.

Eine andere M�glichkeit w�re, die Dateiendung ASP von der Pr�fung
auszuschliessen. Das ist
aber nicht so einfach, denn NAV erlaubt bei individueller Auswahl lediglich
25 Eintr�ge in der
Liste der zu pr�fenden Dateiendungen. Gleichzeitig wird aber derzeit auf
�ber 150 Dateiendungen,
die potentiell gef�hrlich sein k�nnen und daher auch gescannt werden sollen,
hingewiesen.
Daher empfiehlt der Hersteller, alle Dateiendungen �berpr�fen zu lassen.
Siehe: Symantec KnowledgeBase

Gelegentlich wird von Anwendern auch berichtet, dass �berhaupt keine
ASP-Seiten mehr ausgef�hrt
werden. F�r dieses Problem gibt es aber weit mehr Ursachen als nur Norton
AntiVirus. Daher w�re
eine pauschale Aussage hier nicht angebracht.


+++++++++++++++++++++++++++++++++++++++

Gru�


-----Urspr�ngliche Nachricht-----
Von: Uwe Maier [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 19. Oktober 2001 10:22
An: ASP Diskussionsliste fuer Anfaenger
Betreff: [aspdebeginners] FileSystemObject Problem:


Hi Liste, ich hab ein Problem mit der Dateizugriffskomponente:

der Quellcode unten will einfach nicht laufen.
er sollte eingentlich einen Upload speichern.
-    immer genau ein File zulassen.(deshalb deleteFolder statt deleteFile in
Zeile)
-    immer den Ordner erstellen.

wenn ich einen vorhandenen upload ersetzen m�chte kommt folgende
fehlermeldung
    laufzeitfehler, zeile 04, erlaubnis verweigert
es liegt aber nicht an irgendwelchen rechten, wenn kein ordner existiert,
kann ich auch ordner erstellen und speichern.

kann mir jemand helfen, ich komm nicht weiter...

01    if fileObject.FolderExists(filePathScreen) = true then
02        if field1.filename <> "" then
03            fileObject.DeleteFolder(left(filePathScreen,
len(filePathScreen)-1))
04            fileObject.CreateFolder(filePathScreen)
05            savePath = filePathScreen & field1.FileName
06            field1.Value.SaveAs filePathScreen
07        end if
08    else
09        fileObject.CreateFolder(filePathScreen)
10        if field1.filename <> "" then
11            savePath = filePathScreen & field1.FileName
12            field1.Value.SaveAs filePathScreen
13        end if
14    end if


| Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/
| [aspdebeginners] als [EMAIL PROTECTED] subscribed
| http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv
| Sie knnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp



_________________________________________________________

Do You Yahoo!?

Get your free @yahoo.com address at http://mail.yahoo.com




| Oft Gefragtes: http://www.aspgerman.com/aspgerman/faq/
| [aspdebeginners] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdebeginners/ = Listenarchiv
| Sie knnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdebeginners.asp

Antwort per Email an