• Debian 11 is approaching its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.80 will be the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

eGroupWare / PHP / Base File Restriction

D

dsgncr8or

Guest
I am unable to get an install of eGroupWare to see a folder outside the HTTPDOCS folder... have i missed something? is there a way to make PHP see something outside the HTTPDOCS in the .ini fle? Please help - swamped with projects and wanna get them organized.

a simpering office worker.
 
ok.... running PLESK 7.5.4 and PHP 4.3.x - PLEASE o PLEASE give me some DIRECTION... (oh geeeze)

suffocating office worker under a pile of papers.
 
pretty please head my pointy head in the right direction... :confused:
 
Yes you can. What directory? My installation is set to write files and user uploads from the FILE MANAGER to a directory outside the hosts directory set by plesk.
 
Ok, for me the problem is that eGroupWare is not able to write to any directory that is outside the document root. Even making it rwx by everyone and making apache the owner of the directory doesn't help. Let me know what info you need to help.

Thanks,
Algirdas
 
Ah well i can show you how to do it on windows file system. set the directory in egroupware to any direcotry on the system then change the security permissions to allow rwe acces by a specific user if not he default web user.
 
I just noticed this thread and if anyone is still wondering if this can be done the answer is yes. It requires you create a vhost.conf file containing the paths that you wish to access outside of the HTTPDOCS folder. The reason this is a problem in the first place is because of PHP security restrictions (open_basedir).
 
Back
Top