I would like to know the answer too. Anyone here know what is the right answer. I'll do some poking around and get back to you if I discover an useful answer. You should email the people at iContact as they probably can help you..
Hi I tried both 644 and then after tried 444 permission but still doesn't work the warning msg is still there very strange..
Same here, I've tried both of these but I keep getting the Warning message also. One thing to note is, I have run this exact same iContact website on other webhost's servers with no problems using 644, so there must be some difference between the host setups in my case..
Anyone else have ideas on what could be wrong?..
I read some lengthy thread around here on this subject.....
One person's solution was this:.
They had been trying to change the permissions via their FTP program, and it never worked..
They logged on and used the control panel provided by the Host, and the changes worked..
I don't know if this applies in your case..
As always, your mileage may vary.....
Ahh I fixed it... My FTP program was setting the file to 444, but when I refreshed the list, my server was setting it back to 644 for some reason! WTF? So I tried using my "File Manager" tool that comes with my web hosting instead to make the change, and using that keeps the setting at 444, which does fix the problem...
Windows Server 2003 server, IIS 6, and OS Commerce 2.2 RC2..
Receiving this error as stated above (and I'll repeat here):.
Warning: I am able to write to the configuration file: <path>/includes/configure.php. This is a potential security risk - please set the right user permissions on this file..
Permissions on file currently are:.
Full Modify ReadExe Read Write Special.
Administrators: Allow Allow Allow Allow Allow None.
System: Allow Allow Allow Allow Allow None.
Users: None None Allow Allow None None.
I've added IUSR_MACHINENAME to the list and marked Deny for everytyhing besides ReadExec and Read, but it still gives me the error. I'm doing this on the local file system through the local machine, and the permissions changes -are- being saved appropriately. Is it possible that IIS is configured incorrectly and using (very frighteningly) the SYSTEM or ADMINISTRATORS privelages?..
I'm having the same problem. To test your suspicion, I temporarily changed the permissions for the configure.php file and added "Deny Read" for the IUSRACHINENAME account and it wouldn't even load the page, failing when it tried to include configure.php. So it seems that the IUSR_MACHINENAME account is being used. I'm afraid it might be that the security check being made by osCommerce isn't accurately detecting the file settings with IIS. I've tried making sure that both IIS and Windows denies writing to this file, with no change in the message..
Has anybody successfully avoided this error message?.
Some hosts are absurdly disallowing ftp file permission changes whereas allowing php (or other script languages) to change file permissions. generally for the sake of their control panel to be able to change the permissions. which is in fact a more precarious situation in regard to security, it should be vice versa..
If your host's panel doesnt set the perm right still, you can do a trick to change file perm through php. you need to use chmod in php..
But then again, if you are not able to change file perm through ftp or your host's control panel, you should give them a call to ask whats going on with that...
If you are sure that you set perms right, and php cant recognize the perms correctly, just go to application_top.php under includes, and set WARN_CONFIG_WRITABLE define to FALSE..
That should suppress false error messages...
Hi, has anyone found a solution to this known problem?.
I am having this problem and it is becoming very annoying and hard to find a solution. Honestly a while back I solved it somehow, and installed new installation of osCommerce and have this same problem, yet can't remember what I did last time. I compared the permission settings for both stores and they look exactly same, so I am stuck. And I don't think I removed the warning code last time either..
I am using IIS and the Internet Guest is set to read only. As a matter of fact once I installed the osC. store, I had 2 warnings about two configuration files, I have set same permissions for both and one warning disappeard, yet the other one still her..
It is obviously some problem with osCommerce not reading permissions correctly. I hope the osCommerce support/troubleshooting team is seeing posts about this problem and can provide a fix, because this is a problem..
Please reply anyone if you have a solution for this, I am stuck on a project because of this and short on time. Thanks in advance!..
In Windows, right click on the file; select Properties from the menu; click the Read-only checkbox to checked; click Apply; click OK..
This is a Won't Fix bug with PHP:.
Hi how did you do it am using one.com file manager and cant figure out how to correct it. I can see the texeditor but if I use it what I have to change anyway?.
He's not talking of filemanager within osC admin, that must not be used but deleted, an open door to hackers..
Its filemanager within your hosting cPanel, select the file then.
That is exactly what I did, and it solved the problem..
I had to use the set permissions in Cpanel from my host provider and set it to 444, then the warning message went away...