Testing CGI Script Fails

[mdeno2807]

Hi all, first time poster here. Wondering if anybody can help.

Doing the Test on the Advanced Network Setup, I am receiving the following message:

"A connection with the server could not be established."

So then I click "Ok", and receive the following message:

"The test script failed to execute on the web server. The error could be caused by several things. Check the path to the Perl shell, the CGI script extension, the path to CGI-BIN, and the CGI-BIN URL. This error could also occur if your web site is out of disk space or your web server is not configured to accept POSTs to CGI scripts."

My website host is Streamline, running on a Linux server. The server is fully configured to accept POSTs to CGI Scripts, and as far as i'm aware the other settings are correct:

Path to Perl Shell: /usr/bin/perl (which is corrrect according to Streamline)
CGI Script ID Number: 1
CGI Script Extension: .pl but I have also tried .cgi
Path to CGI-BIN: htdocs/cgi-bin/
I have also tried /cgi-bin/ thus removing the htdocs.
CGI-BIN URL: https://framemebyrod.co.uk/htdocs/cgi-bin/
Again I have also tried it without the htdocs.

Any help would be very much appreciated, I'm not much of a wiz when it comes to stuff like this.

[Duncan Rounding]

Welcome to the forum - unfortunately youhave posted in the wrong section but this thread may help:
http://community.actinic.com/showpos...55&postcount=3

[leehack]

Any chance you can move this into the "Upload Problems" forum. We've just got a dedicated forum for problems like this and want all under one roof as an easy point of reference.

Thanks.

[Duncan Rounding]

Please delete this thread and see this post:
http://community.actinic.com/showthr...054#post158054

[Bruce]

Ok, I've moved it to the appropriate forum...

[Bruce]

Nice one Duncan, that should sort the problem as it is the path to the cgi-bin that is causing the grief.

Kind regards,

[mdeno2807]

Thanks for the help guys, unfortunately I still get the same error.


Bruce you said this:
"Nice one Duncan, that should sort the problem as it is the path to the cgi-bin that is causing the grief."

However I've double, and treble checked my path to the CGI-BIN and it is correct:

/htdocs/cgi-bin/


Any other help?

[mdeno2807]

Sorry, just a quick update. I was pretty certain that the server was configured to accept POSTs to CGI scripts, however after looking further into it, it seems it may not. So fingers crossed this is infact the problem.

Now I just have to wait 48 hours for Streamline to actually get back to me

[Duncan Rounding]

Export and post all your network settings - remove usernames and passwords first. Unfortuntaley if you search the forums for Streamline the feedback has not been very good.

[mdeno2807]

Thanks Duncan. I am just about to rush out the door for the day, but I will export my settings and post on here later tonight. Thanks for the help. I've double checked my settings alongside the helpful Streamline post, and all seems to be ok, but maybe somebody can spot an error somewhere. Cheers for now.

[mdeno2807]

Here,s my Network Settings:

HTTPPROXYMODE 0
HTTPPROXYADDRESS localhost
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 0
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 2
SCRIPTEXT .pl
SMTPHOST smtp.framemebyrod.co.uk
WEBSITEURL http://framemebyrod.co.uk
IGNOREPASSIVEERRORS true
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl
USEENHANCEFTP true
FTPCLIENTTIMEOUT 15000
FTPRETRYDELAY 3000
FTPSILENT false
FTPMAXRETRIES 3
FTPCONNECTTIMEOUT 25000
SMTPAUTHREQUIRED false
SMTPUSERNAME
SMTPPASSWORD
SSLCATALOGURL https://framemebyrod.co.uk/acatalog/
SSLCGIBINURL https://framemebyrod.co.uk/cgi-bin/
SSLPATHFROMCGITOCATALOG ../acatalog/
SSLCODEBASE ./codebase/
SSLFTPHOST ftp.streamlinenet.co.uk
SSLFTPUSERNAME *********
SSLFTPPASSWORD *********
SSLPATHTOCGIBIN /htdocs/cgi-bin/
SSLUSEPASSIVEFTP false


I was informed to use '2' as the Script ID number however have also tried 0 and 1, with no success. I have changed both the SSLCATALOGURL, SSLCGIBINURL, and SSLPATHTOCGIBIN several times to with no success.

Streamline have been in touch today to say they have reset our scripting and successfully uploaded a test cgi script.

I'm still receiving the same error message.

[mdeno2807]

Apologies for replying to myself.

The test script is uploading perfectly under normal settings, but is failing on the SSL settings. According to Actinic, SSL is no set up on the server, but should be as it was purchased last week. It seems the problem therefore lies in Streamline's incapable hands.

I'm not sure who stated that one word answers were all Streamline gave, but they were correct. They're extremely polite, asking me if I was enjoying my weekend, but unfortunately their help is pretty much non-existant.

I shall report back, but it seems there should be no problem once SSL is set up.

[mdeno2807]

Ok guys, still the same error, and Streamline are certain there is no problem at their end, so it must be something I'm doing. I'll go over the problem again so it's all here.

I have SSL applied to just the Checkout Pages and Customer Login.

Doing the Test on the Advanced Network Setup, I am receiving the following messages. Whilst testing CGI script settings under normal settings, I receive the following:

Actinic Mail Test completed successfully
Server: Passed
Connection: Passed
Sockets: Passed
Communications: Passed
Authorisation: Passed
Message: -

It then goes on to check the CGI script under SSL settings, to which I receive the following error message:

"A connection with the server could not be established."

So then I click "Ok", and receive the following message:

"The test script failed to execute on the web server. The error could be caused by several things. Check the path to the Perl shell, the CGI script extension, the path to CGI-BIN, and the CGI-BIN URL. This error could also occur if your web site is out of disk space or your web server is not configured to accept POSTs to CGI scripts."

So where am I going wrong? I have exported my settings and posted them below:

HTTPPROXYMODE 0
HTTPPROXYADDRESS localhost
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 0
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 1
SCRIPTEXT .pl
SMTPHOST smtp.framemebyrod.co.uk
WEBSITEURL http://framemebyrod.co.uk
IGNOREPASSIVEERRORS true
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl
USEENHANCEFTP true
FTPCLIENTTIMEOUT 15000
FTPRETRYDELAY 3000
FTPSILENT false
FTPMAXRETRIES 3
FTPCONNECTTIMEOUT 25000
SMTPAUTHREQUIRED false
SMTPUSERNAME
SMTPPASSWORD
SSLCATALOGURL https://framemebyrod.co.uk/acatalog/
SSLCGIBINURL https://framemebyrod.co.uk/cgi-bin/
SSLPATHFROMCGITOCATALOG ../acatalog/
SSLCODEBASE ./codebase/
SSLFTPHOST ftp.streamlinenet.co.uk
SSLFTPUSERNAME ********
SSLFTPPASSWORD ********
SSLPATHTOCGIBIN /htdocs/cgi-bin/
SSLUSEPASSIVEFTP false
CATALOGURL http://framemebyrod.co.uk/acatalog/
CGIBINURL http://framemebyrod.co.uk/cgi-bin/
PATHFROMCGITOCATALOG ../acatalog/
CODEBASE ./codebase/
FTPHOST ftp.streamlinenet.co.uk
FTPUSERNAME ********
FTPPASSWORD ********
PATHTOCGIBIN /htdocs/cgi-bin/
USEPASSIVEFTP false
FTPPATHFROMCGITOCATALOG

Thanks in advance for any help or advice you may have.

[Bruce]

Try substituting the codebase './codebase/' for './' alone ( without the inverted commas ).

Kind regards,

[Mike Hughes]

If Bruce's answer doesn't work then go back to basics and get the website running without SSL and once that's working turn on the SSL bits again.

Looking at the website there's still htdocs in the cgi-bin path and the cgi-bin appears to be on SSL so it looks to me as if there are several things that need fixing and it's best to do them one at a time or you won't know what does/doesn't work.

Mike