Permissions for Windows Server

[TiinaE]

I am trying to upload an actinic site to a windows based host provided by Giacom.net. The permissions are obviously wrong on the cgi-bin and the acatalog folders because when I run the test it reminds me that it should be 755 and 777 respectively.
I have been in contact with Giacom and asked them to set the permissions as above. It seems to be more complicated to do than on Unix where I can set it my self using an ftp program. Anyway I have directed them to the actinic web hosting page and they have assured me that they have done everything as specified. But still the same errors. Checking using my ftp program the permissions are now 750 on both folders an improvement from 700.
Not knowing anything about Windows servers i do not know where to go from here. Has anyone got a simple list of what to do that I can send their support team or should i cut my loses and find another host?

[Bruce]

Hi Tina,

For a Windows Server the permissions for the 'acatalog' folder should be 'Read','Write' and 'Execute' for all users, for the 'cgi-bin' it needs to be 'Read','Write' and 'Execute' for 'Owner' and 'Read' and 'Execute' for all others.

Kind regards,

[TiinaE]

Thanks Bruce, i have given the info to my host and am still having the same problems. i am at a loss, they seem to think it is me or actinic which are causing the problem. I have created a network file can you tell me if there is anything obviously wrong with it.
HTTPPROXYMODE 0
HTTPPROXYADDRESS
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 21
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 1
SCRIPTEXT .pl
SMTPHOST mail.younameit.co.uk
WEBSITEURL http://www.younameit.co.uk
IGNOREPASSIVEERRORS false
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl
CATALOGURL http://www.younameit.co.uk/acatalog/
CGIBINURL http://www.younameit.co.uk/cgi-bin/
PATHFROMCGITOCATALOG ../acatalog/
CODEBASE ./
FTPHOST ftp.xxxxx.co.uk
FTPUSERNAME xxxxxxxx
FTPPASSWORD xxxxxxxx
PATHTOCGIBIN /younameit/cgi-bin/
USEPASSIVEFTP true
FTPPATHFROMCGITOCATALOG

[Bruce]

Hi,

Can you email me your Network Settings offline with the username and password etc, so that I can check this for you.

Kind regards,

[Bruce]

Hi Tina,

What exact version of v6 are you using? You will find this information in Help | About..

[TiinaE]

Hi Bruce, I am testing the connection on 6.1.4 and getting the same problems as the client I am trying to help, I am not sure which version of 6 they have. I have left a message with them to get back to me with the version number.

[TiinaE]

Hi Bruce, the client is on 6.1.4 too.

[Bruce]

Hi Tina,

Sorry for the delay in posting back. I have been getting the same problem with the settings as you and your client. The real issue lies with the permission on the cgi-bin and the acatalog folder being set to 750, they need to be 755 and 777 respectively.

As mentioned earlier, for a Windows Server the permissions for the 'acatalog' folder should be 'Read','Write' and 'Execute' for all users, for the 'cgi-bin' it needs to be 'Read','Write' and 'Execute' for 'Owner' and 'Read' and 'Execute' for all others. This change can only be made by the hosting company.

I would suggest they take a look at the document on Server Configuration that is available in the Advanced Users Guide downloadable here.

There also seems to be an issue with the SMTP server ( but this could be because I am trying to test on a Windows Server where I do not have specific access or a declared IP ) The errors on test are as follows...

Mail server messages:

220 mail1.giacom.net
250 mstar-filter2 Hello [194.131.240.110]
250 OK <YourName@YourCompanyEmail.com> Sender ok
550 <yourname@yourcompanyemail.com> No such user here
Failed 4 - Response: 550 <yourname@yourcompanyemail.com> No such user here



CGI-BIN Working Directory: "e:/younameit"

CGI-BIN Working Directory Contents
.
..
acatalog
index.htm
_borders
_derived
_private
_vti_cnf
_vti_inf.html
_vti_log
_vti_pvt
_vti_script
_vti_txt

An error occurred trying to read "../"

An error occurred trying to read "../acatalog/"

The path to the web site directory you specified (../acatalog/) points to a file.

The web site directory is not readable.
The web site directory is not writable.
Unable to create a file in the web page directory.

No such file or directory

Unable to create a sub-directory in the web site directory.

No such file or directory

The whole issue here is summed up in the few lines above this, the website is not readable, writable and does not allow to create a sub-directory, without this ability Actinic will not be able to test the setting let alone upload.

Kind regards,

[Bruce]

Hi Tina,

Tried a few things while doing the post above and I have managed to get the settings to pass the test succesfully.

Settings used as as below..

HTTPPROXYMODE 0
HTTPPROXYADDRESS
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 21
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 1
SCRIPTEXT .pl
SMTPHOST mail.younameit.co.uk
WEBSITEURL http://www.younameit.co.uk
IGNOREPASSIVEERRORS false
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl.exe
CATALOGURL http://www.younameit.co.uk/acatalog/
CGIBINURL http://www.younameit.co.uk/cgi-bin/
PATHFROMCGITOCATALOG e:/younameit/acatalog/
CODEBASE ./
FTPHOST ftp.xxxxx.co.uk
FTPUSERNAME xxxxxxxx
FTPPASSWORD xxxxxxxx
PATHTOCGIBIN /younameit/cgi-bin/
USEPASSIVEFTP false
FTPPATHFROMCGITOCATALOG ./../acatalog/

Changes to the settings you sent me were
1) Uncheck USEPASSIVEFTP,
2) Change the path to perl to read /usr/bin/perl.exe,
3) Change the PATHFROMCGITOCATALOG to read e:/younameit/acatalog/ instread of ../acatalog/
4) FTPPATHFROMCGITOCATALOG ./../acatalog/

I am doing a test upload of a default Actinic store in v6.1.4 to test if the upload will succeed. Hope you do not mind.

Kind regards,

[Bruce]

The upload was succesful and you can see the test site at http://www.younameit.co.uk/acatalog/index.html and it works.

Kind regards,

[TiinaE]

Thanks so much for your help Bruce. I would never have known to make those changes. The poor guys at Giacom will be glad to hear that it has been solved and that I won't be sending them more Actinic help manuals to read.
Kind Regards, Tiina