Anybody hazard to guess why on a particular server (using cgi wrap) when FTP uploading .htaccess and .htpasswd files, they do not show up.

And why when a script creates the files to provide server based authentication for the same script, the files also do not show up even though no errors are generated - and where subsequently, $ENV{'REMOTE_USER'} returns null. BTW, paths are all correct. When you modify the script to instead create htaccess.txt, it works. But when you rename (via FTP) to .htaccess, the file does not show.

Dan

I don’t know why they don’t show up but I can tell you that virtualave.net dose the same thing. If your ftp program will let you(I know LeechFTP dose) send a custom command and you can rename and delete them.


------------------
Thanks,
Steven Bond
Webmaster for:
Search4info.com and Blur-online.com
"The real danger is not that computers will begin to think like men, but that men will begin to think like computers."
-Unknown


[This message has been edited by steveb (edited July 15, 1999).]

Are you FTPing in under the Unix shell, or under a server shell?

If you don't have real shell access, the server may be configured to hide the files on any ls command. If you can, try issuing an ls -a and see if they show up.

Many ISPs have protected their system, so access is not directly to a Unix shell, but through a 'server.' An early account I had was like that.

Hi:

No shell access. Access is via their ftp server in the traditional way using WS_FTP. This is the first time I've ever had a problem like this on the 10+ servers I've had experience with. And as I said, the script cannot create the files as intended.

Dan

For security reasons they probably have '.' or 'htaccess' display turned off.

The files are still there, but the server may prevent overrides, so no matter what you put into them their data is superceeded by the server defaults.

You need to ask your ISP what's up with using .htaccess.

They'll be able to give you 'the' answer, maybe not the one you want.