Yes, I've checked and double checked all code/object related problems.
Another programmer suggested that when the web server trys accessing the
mapped drive after the form submit, it is using the account set up for the
web services, the local System account, rather than the account of the
anonymous user. Now the challange becomes how to change the web services
account. In the services control panel, the option to change accounts is
grayed out, whether the service is running or not.
> Looks like you've done everything correctly. Did you close the file
> reading it?
> Rich Cole
> Signal Corporation
> -----Original Message-----
> From: Michael Loftus [mailto:michael@l...]
> Sent: Friday, May 18, 2001 8:09 PM
> To: Code Clinic
> Subject: [proasp_codeclinic] FileSystemObject permissions and HTML form
> In an ASP page, I use the FileScriptingObject to read a text file on a
> mapped network drive (not on my web server). I've worked out all the
> permissions by creating a domain level account for anonymous access,
> assigning it to the web site in IIS, and granting the account Full
> Control access to the drive. The page loads and reads the text file
> fine, creating an HTML form with a list of items. The user then
> checks of some items from the form, and submits the form.
> The form submits it's data back to the server side code on the same
> page. This same server side code tries to open the text file again,
> but this time gets a Permission Denied error. This only seems to
> happen after the form is submitted. What's different in terms of
> security and anonymous access after a form submit? I've even tried
> using the "get" method rather than "post" in my form, but the data is
> too long and gets truncated.
> The error does not occur if I use a local drive and text file.
> Anyone heard of this before? Anyone have an in depth understanding of
> IIS security and account usage?