Digital Download directory permissions

[jmedinger]

Hi there

I've just uploaded a product which is to be available for digital download.
On making a test purchase, all goes through OK until the point at which the link is clicked to actually download the item.

At this point I get the error message

The server encountered an internal error or misconfiguration and was unable to complete your request.
Your administrator may not have enabled CGI access for this directory.

The DD directory is correctly located in the cgi-bin directory and the cgi-bin directory has been CHMOD'd to 755.

Are there any particular permissions that I should set on the DD directory or should Actinic handle all of that?

If Actinic does handle that, can anyone shed any light on why the error is occurring? (incidentally all other cgi based operations are working fine)

Cheers

Jos

[Bruce]

Hi There,

Can you send me a link to one of your DD products... I need to take a look and see if I get the same error.

Cheers,

[jmedinger]

Hi Bruce

The site isn't officially live yet but the catalog is published here

If you use the Send Card Details separately method, this'll get you to the receipt page where the download link is (you'll also get the email version too).

Alternatively, I've just tried again and put a new order on (18:08 on 7/7/04) and here is the link to the resultant file

[zmagyar]

Just a guess but probably your ISP uses a cgi wrapper which doesn't support NPH scripts. So just try to rename nph-download.pl to download.pl in your site folder.

Regards,

[jmedinger]

Hi there

Will Actinic understand if I rename the file?

My ISP has suggested these options...

1) Can you tell actinic that the nph script is in a different directory,e.g. "nph-bin" rather than just lumped into the cgi-bin directory?

2) Can you rename the script in actinic, i.e. have actinic call it "something.npl" or "something.cgi" etc.

Cheers

Jos

[jmedinger]

Zoltan

I've now resolved this issue...

It transpires that Actinic ships with 3 download files that are pertinent here.

nph-download.pl
nph-dl000001.pl
dl000001.pl

If you rename 'nph-download.pl' as 'download.pl' then it will continue to upload 'nph-dl000001.pl' as the processing script to initiate download of the item.

If however you remove 'nph-dl000001.pl' then only 'dl000001.pl is uploaded which allows the download of the item without any CGIWrap errors or permission deials.

Jos

[zmagyar]

Yes, that's exactly the why what I have suggested. :-)

Regards,

[jmedinger]

Hi Zoltan -

The reply was for clarification as you didn't mention that the file

nph-dl000001.pl

needed to be removed once you'd renamed the nph-download.pl file and that was causing the nph-dl000001.pl file to be uploaded which kept producing the error.

Cheers

Jos

[smithbc]

nph-download file

I don't see the nph-download file? I'm troubleshooting what sounds like the same problem I'm having but can't find the file on the web server to change? I've looked in all the folders e.g. cgi-bin etc..?

[jont]

It is a local file in the root of the site1 folder

[smithbc]

nph-download

Not only is there no nph-download.pl file in the root but there is no nph-dl000001.pl file in the cgi-bin. The link in the email is for 'nph-dl0000617.pl' within the cgi-bin. I've been told I'm dealing with the Actinic Catalog product if this shed's more light.

Sorry for my ignorance at the moment but I haven't yet even seen the Actinic software. Only just the files on the web server which I'm troubleshooting for a friend! Thanks

[jmedinger]

smithbc - you can't fix this by just looking at the remote files on the web server...

You will need to talk your friend through the removal of the relevant files on his computer before he re-uploads the catalog.

In the Site1 folder of the installation of Actinic on his computer is where you'll find these files.

This ought to hve the desired effect you're after...

Cheers

Jos

[jont]

Not only is there no nph-download.pl file in the root but there is no nph-dl000001.pl file in the cgi-bin. T

It is a local file on the computer not the remote server you are looking for

** as pointed out by Jos **