From: Robert H. <ro...@ro...> - 2005-06-27 18:06:34
|
Hello, Well, I don't think running the CGI as root and making everything 777 is going to be necessary, but I can see how you'd be driven to it as a troubleshooting measure :) You omitted one important detail below: you say that the "product refuses to acknowledge these permissions when trying to write the .user.cfg file". What are you talking about exactly, sandweb-admin, the CGI, something else.. ? Can you send the actual error output please? In sandweb's defense, I would say that permission problems usually have to do with the OS not allowing something, not with sandweb acknowledging anything :) It sounds like it must be the user directory; I am assuming you've already created a user with sandweb-admin, and you get this error upoon login. One thing to check is that the sandweb.cfg is pointing to the right place for user directories (if it doesn't exist, you'd get this kind of permission error). Also, try turning on debugging in the sandweb.cfg, and send the output at the bottom of the web page to the list (NOTE - your password is in plain text in debug output; please mask or omit it). Oh and also what OS/version and perl version is this? Thanks, Rob On Mon, Jun 27, 2005 at 01:39:38AM -0700, Dr. Tyrell wrote: > I?ve got sandweb installed, and changed both the owner and group to match > the instance of Apache I?ve got running. I?m running into the standard set > of permission problems. I now have every directory set to a shameless 777 > permission and still the product refuses to acknowledge these permissions > when trying to write the .user.cfg file. > > I?m able to login, but when setting the user name, I get a write_config() > error. I?ve manually set the following directories and files to 100% > non-secure 777 permissions: > > /usr/bin/sandweb/ > /usr/local/share/sandweb/ > /usr/local/share/sandweb/users/ > /usr/local/share/sandweb/data/ > /usr/local/share/sandweb/log/ > /usr/local/share/sandweb/users/myuser/ > > /cgi-bin/sandweb.cgi > > What could possibly continue the permission problem? I?ve traced all the > Perl down to the specific lines, and all the paths are correct. The main CGI > itself is running in GOD mode with ?root? ownership and a blatant 777 > allowance. > > Any suggestions? |