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
Wayne Myers, MCSD
Senior Consultant
Forte' Incorporated
"The only things you can take to heaven are those which you give away" Author Unknown