I had the same problem.



I "fixed" it by not using a symbolic link. I seems that the 
autodetection of the webroot does not work with symbolic links.

Thanks very much that works. DANKE ;)

Have a look there:

http://www.hotzeltopf.de/anleitungen/sicherheitsueberlegungen-zu-horde-3-unter-confixx-mit-suphp-5

Hi

how could I set up the Path manually, bcause I want to set up a 
virtualhost directly to the horde directory.

Thanks

Greetings Jazz

I have at this time given up on the webroot detection and instead have 
simply hard coded this in, thank you to everyone that tried to help 
out there.

Another URL that you can go to in order to get a complete idea of what 
is happen, which appears to be what is listed here is 
http://webmail.spencerteck.com/imp/index.php and attempt to login with 
anything at all.

Unfortunately even after following the directions provided here I am 
still unable to get this to work in my personal installation and I 
would really like to.  I am on a Windows 2003 Standard Edition web 
server with PHP 5.2.1 running as a CGI .exe, you can go to 
http://wiki.spencerteck.com/phpinfo.php for details on my PHP 
installation to see if I am missing something there.  For an example 
of exactly what is happening you can go to 
http://webmail.spencerteck.com and you will see how the page redirects 
on me there.  You can go to 
http://webmail.spencerteck.com/config/webroot.php for the webroot 
output which I will leave up as well.  Any help or direction will be 
greatly appreciated as I have always been a fan of Horde Webmail but 
can't seem to get this to work on a Windows server with IIS 6.0.   
Thank you everyone.  Sorry if this is a double post, not sure what 
article I should post in so posted in both this one and also 4126

Duplicate of bug 4126

There is the output:



Webroot:

__FILE__: /var/www/web51/html/horde3/webroot.php

$_SERVER['SCRIPT_URL']: not set

$_SERVER['SCRIPT_NAME']: /webroot.php

$_SERVER['PHP_SELF']: /webroot.php



URL: http://sub.domain.tld/webroot.php

Can you guys (and anyone else watching this ticket) please paste the 
output of the attached PHP script?

Hi there,



i got the same problem while installing horde on the webroot in a 
separate vhost.



In config/registry.php at line 521 some things are replaces with 
$path, and there is the problem:



Request: GET / HTTP/1.1

Answer: HTTP/1.x 200 OK

Location: http://..../index.php/login.php



where /index.php/ is $path



Best regards.



Andre Hotzler

We _do_ try to make the automatic detection work. It's only there 
because so many people asked for - I could say demanded - it. We tweak 
it with almost every release. If you can provide a patch for it that 
doesn't break other cases, we'll certainly commit it. A set of tests 
for it would be even better.

You provide a function to determine the webroot, and this function is 
used by default (at least this is the case in the FreeBSD package) .



In case this is not used by default by Horde, I file this as a bug 
report in FreeBSD (just tell me).



But if this is used by default in Horde too, it is a bug in Horde. 
Either don't use the function by default so that a user has to set/use 
it manually, or fix the function to be not broken.



The way it is currently, it is definitively a bug (either in Horde or 
in the FreeBSD package). I don't care if the bug is that the function 
is used by default or if the bug is that the function does not guess 
right. What I do care about is that it doesn't work. I care much 
enough to send a bug report about it so that it can be fixed or other 
people are at least able to find a solution in case they stumble over 
the same problem.



Bye,

Alexander.

It's not even a bug, because your workaround is nothing else but 
setting a configuration value manually.

Hi,



Problem:

I did an update of horde-base from 3.1.3 to 3.1.4 and did reload my 
already open session. I was greeted by the admin/setup/config.php page 
without CSS.



Analysis:

The new webroot detection seems to be flawed. The previous one was ok 
in my environment (apache 2.2, horde as the docroot (not a 
subdirectory of the docroot)).



The problem is the true branch of the first conditional. The page 
which is loaded (e.g. /imp/mailbox.php) is used as the webroot instead 
of the corrent '' or '/horde' (which is also ok in my case, as I have 
an apache alias for /horde).



Workaround for me:

Set webroot explicitly. So the priority of this bug for _me_ is low.



Bye,

Alexander.