Thank you. I did not even think of that. I will give IUSR_machinename perms on the file server on Monday. I will update you on Monday.

Neil

>Your asp application runs under the IUSR_??? account. You need to give that user access to the data on the other server.
>
>
>>HI,
>>
>>I have been supporting classic asp web application where the vfp data tables reside on the web server that is hosting the active server pages. I have a mtdll com object instantiated on an ASP that reads a field in a local vfp table that defines the path to rest of the local data tables. As long as the data tables reside on the web server everything works well. I recently had to migrate the data tables to a seperate data file server. The web server and the data file server are both running windows xp. I updated the table that the mtdll com object queries to reflect the *new* path to the data (ie: now on the file server). That's the problem. The active server page that instantiates the com object throws an error when I attempt to read the data on the new file server. I opened a share on the file server for the directory above of the data directory. I have mapped to the new file server in 2 different ways but both fail to work.
>>
>>The file server's machine name is COMPACT. From the web server I can verify the connection to the directory above the data directory by typing \\COMPACT\ECENTRIC in the RUN... textbox. I can then browse all of the directories, including the data directory. I also mapped the web server's "W" drive to the directory above the data directory and can browse all of the directories that I need the ASP to access. But when I attempt to have the ASP use the map or the share to the data I run into trouble.
>>
>>In an different ASP.NET application, on the same web server, I use IMPERSONATION to accomplish the exact same thing and that works just fine. Do I have to set up impersonation for my classic ASP application? If so, how does one do that. Or..... is it a different fix for classic ASP?
>>
>>Regards
>>Neil