On may 20, I managed to instal suPHP on my Plesk 7.5.3 box, but after an abnormal ammount of tryes to get horde working with it I decided to "DISABLE" it by commenting out the lines related to suphp_module on httpd.conf and the other config files.
On friday 12 of June, i received a couple of calls from some clients requesting me support as they dont know how to delete/modify some files on their site, what was my surprise when i checked the permission on the files that the files were owned by apache:apache.
I tryed to explain this to the clients and they told me something that is really true, if I am offering a service that will not let them upload files from http and later on modify/delete them, then I am not offering a good service, as email, AV, and the other sort of services that we webhost offer are not the main ones, usually clients come to us to HOST their SITES and also have emails and all other stuff.
Then I decided to retry "ENABLING" suPHP and see what the hell could be done with horde but to allow my clients to have the rights of their files.
A new surprice here... now it just dont work, no matter how do i configure it, no matter if i reinstall it or not, it just dont work.
There must be a way to have a way to have suPHP working with Plesk.... almost all other control panels have a phpsuexec option...
Now the fact of what i have been doing, so any of you can try it.
In the case that you dont have httpd-devel
[httpd-devel instalation]
up2date -i httpd-devel
or
yum install httpd-devel
(depending on your distro or way to install things)
[/httpd-devel instalation]
[suphp instalation procedure]
# cd /usr/local/src
# wget http://www.suphp.org/download/suphp-0.5.2.tar.gz
# tar -xvzf suphp-0.5.2.tar.gz
# cd suphp-*
# ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --with-apache-usr=apache --with-php=/usr/bin/php --with-setid-mode=owner --with-apache-user=apache
# make
# make install
[/suphp instalation procedure]
[suphp configuration]
# cp /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf-GOOD
# vi /etc/httpd/conf/httpd.conf
find the line
LoadModule mod_suphp /usr/lib/httpd/modules/mod_suphp.so
and delete it
add
## suPHP module ##
LoadModule suphp_module /usr/lib/httpd/modules/mod_suphp.so
suPHP_Engine On
Save and Exit on vi
! [ENTER]now, is where the problem comes, as if you have sitebuilder installed it will not work (if you get suphp working right ofcourse), so you will need to edit the /etc/httpd/conf.d/sitebuilder.conf
and add
suPHP_Engine Off
ServerAdmin sb_team@sw-soft.com
DocumentRoot /usr/local/sitebuilder
ServerName sitebuilder.*
ServerAlias sitebuilder.*
ErrorLog logs/sitebuilder-error_log
CustomLog logs/sitebuilder-access_log common
DirectoryIndex /wizard/index.php
AddDefaultCharset UTF-8
suPHP_Engine off
well now you will have sitebuilder working again, but still problems, as horde wont work (if you get suphp working right ofcourse)
then some of the last steep must be done, we have to add suPHP_Engine Off to an exclude file that we will create on /etc/httpd/conf.d called suphp_exclude.conf
just go to your /etc/httpd/conf/httpd.include and copy from it the lines related to horde and just right up the <directory line add it.
suPHP_Engine off
<Directory bla bla>
and restart apache
# service httpd restart
[/suphp configuration]
that "in theory" should allow horde to work.
well some of you will follow this and get it working some of you will not, and will ask/tell me, "hey but it/doesnt works".
the fact is that for me it doesnt. no matter how hard i try to configure/reconfigure/recompile it it will simply NOT work.
Please all i am asking is a bit of your time, effort to aid me (and a lot others to have a bit more secure box) to get this working.
Best regards,
JLChafardet
Imagine trying to do what youre doing right now, except its got to work on 6 different OS's, 3 major revs of PSA and be as easy as possible to install. Thats what I do all day long 