Downloading orders - A BIG Problem

[godfather]

When I try and download any orders Im getting this message

'The web script was unable to open the specified file.

Possible Cause:
Permissions problems
The permissions on the acatalog directory are locked
The permissions on the file on the acatalog directory are locked
The path from the cgi-bin to acatalog directory is incorrect
or the directory has been renamed or removed
Recommendation:
Abort
Resolution:
Check the permissions of the web site.
The files and directories need to be readable
and writable by the web server
Run the Web | Configure Web Site Details command to
verify your setup

Command: retrieve Filename:

Does anyone have any ideas, the server has been upgraded by the host, could this be the issue?

[jont]

the server has been upgraded by the host, could this be the issue?

Sounds like a good starting point if it has been working fine previously.

FTP to the server and in the actalog folder look for the orders (.ORD) and copy to a temp (safe) location. Check the settings on the acatalog folder and cgi-bin are 755 then try and purge and refresh website within Actinic. Reinstate the .ORD files into acatalog folder and try a download.

You may also need to increment the script id by 1 in the network setup.

[jont]

May be worth checking the permissions on the folders are right first before the purge refresh via FTP ... I assume you took the advice in the error to "Run the Web | Configure Web Site Details command to verify your setup "

[godfather]

ok, ive changed the CMOD settings on the two folders. acatalog and cgi-bin they are now both set to 755, they were 777. Should have been ok I would have thought anyhow.

Im still getting the same error message.

I have also done the help/troublshooting web site purge and refresh but im still getting the same error. Do i need to tick the options to :

Delete perl files and return to original folder?

Delete .cat and .fil files?

Exculde unchanged digital image and digital download files?

I only selected the delete .cat and .fil files, is this correct?

[jont]

777 should have passed fine. Did the network test pass all stages?

[godfather]

Ive been right through the

web/configure website details and they are still correct.

Im still getting the same message.

Jeez, this is a head bust.

[godfather]

Got this doing a network test

Actinic Mail Test completed successfully
server: passed
connection: passed
sockets: passed
communications: failed
authorisation: failed
message: 535 Incorrect authentication data

[jont]

Have you actually hit the "test" button inside network set up? That will test upload files and check for responses from the server.

[godfather]

Yes, now its getting worse.

Im now getting

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.

[Mike Hughes]

This is typically a pemissions problem. Especially where a server has been 'upgraded'.

Try changing the cgi-bin permisions back to 777 and see if that works. It might also be worth checking that the perl scripts in the cgi-bin are also at 777.



Mike

[godfather]

Done that to 777 and all the rerl scripts too. When I test the operation it still comes back with operation timesout.

And the same error message as above.

[Ginnys Attic]

I think you may have problems with your hosts, try running the web sit analysis tool from within the help > troubleshooting section which will give a full report on the server and see if that reports any obvious issues.

We had an issue once after changin our hosting package but with the same hosts which didn't allow us to run the CGI scripts as required as there was a permission problem with the account which was ahosting issue and not just a CHMOD issue.

Within the Perl Environment (shown at the top of the report) i would check and ensure that the following are set to use your username as this what caused us the issues with permissions.

Real CGI User "YOUR USERNAME"
Real CGI Group "YOUR USERNAME"
Effective CGI User "YOUR USERNAME"
Effective CGI Group "YOUR USERNAME"

[TraceyG]

Hi,

I would change your perl files and the cgi-bin folder to 755. 777 would give you a potential security risk and I have seen it where perl files don't run with too many permissions before. The 'acatalog' folder should be 777 but do not change the files within it - Actinic should set those. It may be worth checking with your host if the chmod command is available to the perl files.

[Jan]

I have found that one of my hosting accounts requires the cgi-bin to be 755 rather than 777, if I set it to 777, Actinic upload stops working.

Regards,

[TraceyHand]

I have found that one of my hosting accounts requires the cgi-bin to be 755 rather than 777, if I set it to 777, Actinic upload stops working.

Regards,

ditto that
my host doesn't like 777 at ALL!