Server: Win2000, IIS 5.0, latest service packs

Just downloaded the latest LICENSED version of UBBclassic.

I've installed & reinstalled half a dozen times. When I run cp.cgi, I am able to set all the paths. ubbclassic_test.cgi reports everything being okay.

When I go to add the admin user, I get this:
HTTP 403.1 Forbidden: Execute Access Forbidden

I have the permissions to UBB and GBI-BIN wide open. Still, periodically files get created with wrong permissions (list access only). I manually reset them to "777," but to no avail.

Please help!!!!!!! 10 hours later, I still cannot get this $#@%$#^#%^% thing up and running...

click on URL to see for yourself...


GMK

It almost seems like your cgi-bin doesn't have execute permissions from IIS

You have attempted to execute a CGI, ISAPI, or other executable program from a directory that does not allow programs to be executed.

Not to mention when I tried to register on your boards, It hops me to http://65.169.188.92/cgi-bin/ultimatebb.cgi?ubb=agree instead of driveradvocate.com.

I would fix your paths so that they all use the domain name. If you continue to get the 403.1, make sure your cgi-bin directory has execute permissions.

Worst case, you can fill out a support ticket

---------------------
Suite Madame Blue....Gaze in your looking glass..you're not a child any more!
TheGeeksInc.com Forums
Have you tried Everwars yet?

Ron,

the permissions are okay. the IP address points to the driveradvocate.com. Also okay. Any other suggestions ?

GMK

But you shouldn't be reference one than the other. You should stick strictly with one or the other. It will lead to login problems once you are live.

---------------------
Suite Madame Blue....Gaze in your looking glass..you're not a child any more!
TheGeeksInc.com Forums
Have you tried Everwars yet?

Ron, that may be, but I am yet to get beyond that step.
By the looks of it now, we're never going live

Just open a support ticket with Infopop.

-----------------
Need your UBB.classic installed, upgraded or moved to a new server by an experienced admin? Want hacks installed by someone who knows what he's doing? Need any scripts installed? PM or e-mail me!

I did... it was recommended that I change permissions to 755. looks like he never read my email. I might just call my 8 yr old and ask her

Did you change File or directory permissions?

My cgi-bin directory permissions are set to 755, All files in cgi-bin are 755 except vars_*.cgi which should be 777.

---------------------
Suite Madame Blue....Gaze in your looking glass..you're not a child any more!
TheGeeksInc.com Forums
Have you tried Everwars yet?

Yes, same.

okay Ron, how this ? I went to a different server and installed the BBS software. now I am getting this error when running "Directory Permissions" from ubbclassic_test.cgi:

Trying to require ubb_lib.cgi...:Can't locate /ubb_lib.cgi in @INC (@INC contains: C:Inetpubdacgi-bin C:Inetpubdacgi-binModules ./Modules . C:/Perl/lib C:/Perl/site/lib) at (eval 8) line 1.

The ubb_lib.cgi file was not found or did not load properly. Are you sure that this is the right vars_config.cgi file?

-----------------
running CP.CGI, I get to click [Next >>>] once and then get this:
Content-Type: text/html
Software error:
Permission denied while opening C:/Inetpub/da/cgi-bin/vars_config.cgi for writing Stack trace: Permission denied while opening C:/Inetpub/da/cgi-bin/vars_config.cgi for writing at C:Inetpubdacgi-bin/ubb_setup.cgi line 181 main::setup_vars() called at C:Inetpubdacgi-bin/ubb_setup.cgi line 127 main::setup_bootstrap called at C:Inetpubdacgi-bincp.cgi line 152
For help, please send mail to this site's webmaster, giving this error message and the time and date of the error.

IIS ?

Check that you're allowing scripts in that directory to be POSTed to. This setting will be somewhere in the IIS directory properties. That will kill the 403.1 error.

For ubbclassic_test, you'll need to use the last link on the page if you haven't set up the board yet. The other two links only function once the board is set up. (Note that you can't actually use the last link at this time, as POST is broken. )

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

Charles,

that was it... a brain fart as we sometimes call it. while making changes, I had to recreate the website (FP2002 extensions, dont ask) and I made a typo "PUT" instead of "POST."

okay, so now the original server is working. good, because it raises a few more questions:

1) why can I not rename my BBS from 65.169.188.92/cgi-bin/ultimatebbs.cgi to driveradvocate.com/cgi-bin/ultimatebbs.cgi?

When I do so, I start losing images and cannot log in. I then have to manually change it back in the vars_config.cgi

2) cache is now not working. this has got to be a joke... if I enable cache, a post results in an error message (which I do not have handy at the moment). a clean browser reload on the client shows the post to be there. Disabling cache in the cp.cgi solved this for now... what gives?

so, I think this just about does it for the "original" server. the "backup" server is still not working, though it is set to GET,POST

When you change the URLs, are you changing both the NonCGI and CGI URLs? Are you remembering the http://? Does the domain name properly resolve on your machine? Try with or with the www, for instance.

As for the cache... delete the ENTIRE NonCGI/cache- directory, then visit the board. It will automagically be recreated, hopefully with the proper permissions. If the problem persists, check permissions on the NonCGI directory (IUSR_ needs read, write, modify, and delete) and make sure permissions are being inherited. If things are still wonky after that, the exact error message would be handy...

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

[QUOTE]Originally posted by GMK:
2) cache is now not working. this has got to be a joke... if I enable cache, a post results in an error message (which I do not have handy at the moment). a clean browser reload on the client shows the post to be there. Disabling cache in the cp.cgi solved this for now... what gives?[/QUOTE]Hi Charles, you know your stuff
okay, I deleted the ubb_files directory from Cache and enabled cache option. I posted and deleted my post. seems to be working this time....

regarding name resolution - I've tried it both ways, with and without WWW. always with http://

no error messages, other than the graphics (from ubb directory) not showing up and not being able to log in....

GMK

Just a quick question - in your configuration settings in your CP what is in your noncgi URL?

I'm guessing it's http://65.169.188.92/ubb/ because when you goto your CP, the images have that URL.

If you change it to driveradvocate.com do things still function properly?

---------------------
Suite Madame Blue....Gaze in your looking glass..you're not a child any more!
TheGeeksInc.com Forums
Have you tried Everwars yet?

Hi Ron;

yes, the UBB non-cgi directory is http://65.169.188.92/ubb
and if and when I change it to http://driveradvocate.com/ubb I loose images from the BBS screen and cannot log in.

Ideas ?

GMK

I just registered, and it let me register so It appears to be functioing...odd behavior however

---------------------
Suite Madame Blue....Gaze in your looking glass..you're not a child any more!
TheGeeksInc.com Forums
Have you tried Everwars yet?

I just visited http://driveradvocate.com/ubb/on.gif and received an HTML document back that was a frameset that contained little more than a refernce to the same file on the IP address.

I'd suggest looking at your IIS configuration... something's wonky there.

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

okay, so after resolving the cache issue, I felt brave enough to try changing the IP address to a DNS name. And guess what ? it worked!!!!!

which does not surprise me - if you are in hi-tech long enough, you see just about anything.

Thank you Ron and Charles !!!!
GMK

Okay, this is getting to be a real pain in the you know what....

remember my previous post that I could use the DNS name in the cp.cgi ? not anymore. the board stopped displaying graphics, and after manually changing vars_config.cgi to reflect the IP address and removing ubb_files from cache I was finally able to bring it back...

what's going on? Ghost in the machine ?

GMK

Sounds like you need to double-check the url's you're inputting. Right-click on the broken image and see what url is in the properties tab.

---
- Allen
- Made to Last Forever
- UBB™ Developers Network | UBBThreads™ Developers Network

Perhaps, but that does not explain why it was working for a while and then stopped.

FWIW, I had to disable cache to get it to run.

Stop disabling the cache to work around problems. Instead, fix the problems.

First things first - try changing the NonCGI URL from the control panel rather than by editing vars_config. That will ensure that the board knows that the URL is changing, so it can perform some minor maintenance......

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

Charles, call me gun-shy

I did change the non-cgi url and cgi-bin url in the CP.cgi, but it did not help. After a bit of trial and error, and manually edited vars_config, changed the DNS names to IPs, and then re-ran the CP.cgi - that's how I was able to disable cache. Why did I disable cache ? the posts wouldn't refresh...

should I make the non-cgi (ubb) url a DNS name or should I make both non- and cgi-bin urls DNS-friendly

GMK

Why would the NonCGI URL be any different than the CGI URL as far as DNS is concerned? They're both on the same domain name, right?

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

I meant in the CP.cgi

OKay, now I'm horribly confused.

So, what, exactly, happens when you reset the CGI URL to http://www.driveradvocate.com/cgi-bin and the NonCGI URL to http://www.driveradvocate.com/ubb using the control panel?

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

[QUOTE]Originally posted by Charles Capps:
OKay, now I'm horribly confused.

So, what, exactly, happens when you reset the CGI URL to http://www.driveradvocate.com/cgi-bin and the NonCGI URL to http://www.driveradvocate.com/ubb using the control panel?[/QUOTE]This is what happens:
1) change .urls as described in the quoted text

2) once the screen refreshes, the .jpg and .gif icons are no longer visible. Instead, you see a bunch of RED [X] (placeholders + broken images).

3) trying to change things back to the IP address does nothing - click any link in CP.cgi and you see the main cp.cgi screen

4) starting a new cp.cgi session - cannot log in.

5) to fix this - manually edit vars_config.cgi file

Smells like more server configuration problems, like the weird frameset issue.

The problem with cp.cgi sounds like POST data isn't getting through somehow... Check your server configuration.

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

It's IIS on Win2K SP4 server... what exactly should I be looking for ?????

I've never seen this particular combination of problems before.

For the POST problem... open up the properties for the site, choose the Home Directory tab... in the box, bottom half of the tab, look at the Application name box... there will be a button to the right labeled Remove, then a button below that marked Configuration. Click that. In the resulting window, you should be able to edit the file extensions and the valid HTTP verbs... make sure .cgi can GET, POST, and HEAD at a minimum.

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

[QUOTE]For the POST problem... make sure .cgi can GET, POST, and HEAD at a minimum.[/QUOTE]Well, Charles, guess what? That was it!!!
Per the CGI FAQ I found on:
http://community.infopop.net/6/ubb.x?a=frm&s=729094322&f=7973010413
I set my CGI permissions to GET,POST. Per your suggestion, adding HEAD solved the problem.

Thanks again!
GMK

Odd, normally HEAD shouldn't effect a thing.

Did tinkering around in that area also fix the broken images issue?

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!

no amount of tinkering helped. other than adding "HEAD." go figure...
what do you want to bet that it will "break" by tomorrow ? LOL

GMK

Just threaten to inflict harm upon anyone that touches the property sheet, and you should be fine.

--
Charles Capps
UBB.classic™ Developer
Having problems? Open up a support ticket!