Front Page extensions - problem

aaman

New member
Joined
Nov 16, 2003
Messages
1
Location
Michigan
Have FTP'd 4 web sites into new server adminstered with DA. After successful FTP, activated FrontPage extensions via control panel. Sites are viewable and MOSTLY functional, but certain extension enabled features (form handlers, counters, hierarchal nav text) do not work. ALSO, 100% unable to open any web with FrontPage...... error message consistently says "not accessible, check with server administrator.....which I'm afraid is now me...)

Inside the user's account manager interface, does the SSH option have to be enabled in order for FP extensions to "stick?"

This is a part-time enterprise and I'm self-taught... I have read MANY threads on similar troubles, and have tried disabling/re-abling FPext, and different FTP upload - FPenable combos. And am quickly coming to wit's end...... any ideas or help would be GREATLY apreciated. Thanks for any tips.

-Kris
 
Hello,

If there is one thing I've learned by using the frontpage extensions, is that they really don't like to behave. I do know that counters and forms work (http://tbb.directadmin.com) .. so a few things to be checking for:

/var/log/httpd/fpexec_log
/var/log/httpd/error_log
/var/log/httpd/domains/domain.com.error.log

Make sure you have the absolute latest version of apache from our build script. Older versions built in frontpage a bit differently.

If you have the root password, and would like me to have a look, sent it, the ip, as well as the account name and domain to [email protected]

John
 
I hit the test site below and submitted the form... it has the same prob as my site does... opens password window (like for .htaccess) wanting an id/pw.

Looks like the http://tbb.directadmin.com/_vti_bin/shtml.exe/index.html directory is password protected or is looking for user permissions to access the dir.

I searched the forums but have not found a solution. This is a new Front Page site.. not imported.

What's the prob/fix?

RH 9.0 totally updated.

All files and directories have the user:apache ownership but if I change it to user:user then FP can't access the site.
 
Last edited:
Hello,

Try it now... what I did was edited:

/home/username/domains/domain.com/public_html/_vti_bin/.htaccess and removed the 3 Auth* lines:

AuthName www.tbb.directadmin.com
AuthUserFile /home/user/domains/tbb.directadmin.com/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/user/domains/tbb.directadmin.com/public_html/_vti_pvt/service.grp

John
 
I did the same thing in my .htaccess file in the _vti_bin directory but it's still asking me for the id/pw even after restarting httpd and trying on another puter.... my htaccess looks like this now:

# -FrontPage-

Options None

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>

For reference my .htaccess in the public_html dir:

# -FrontPage-

IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti*

<Limit GET POST>
order deny,allow
deny from all
allow from all
</Limit>
<Limit PUT DELETE>
order deny,allow
deny from all
</Limit>
AuthName www.americanbiztech.com
AuthUserFile /home/biztech/domains/americanbiztech.com/public_html/_vti_pvt/service.pwd
AuthGroupFile /home/biztech/domains/americanbiztech.com/public_html/_vti_pvt/service.grp

Is the */_vti* affecting the _vti directories?
 
possibly.. you could try renaming the .htaccess in the public_html to see if it makes any diff. (close all browsers before trying again, as some might "remember" that pages need passwords even though they no longer do)

John
 
Actually I rebooted my workstation and now it works without messing with the public_html htaccess file. XP caches stuff sooo bad.

Bottom line is that the _vti_bin .htaccess file is the only one that needs to be altered as you specified. Form works fine now.

Thanks once again for your prompt and accurate help!
 
Thanks for brining that up. I'll change the frontpage install steps to remove those 3 lines.

John
 
Back
Top