Horde login failed (2.2.4, openpkg, z-push-webclient)

[Thorsten Schnebeck]

Hi Gunnar,
Am Dienstag 18 Januar 2011, um 09:40:01 schrieb Gunnar Wrobel:
> Zitat von Thorsten Schnebeck <thorsten.schnebeck at gmx.net>:
> 
> > Hi,
> >
> > Cause I want to try the lastest z-push I need a working Horde web  
> > client. I use a master slave setup and on the slave everything is  
> > working fine.
> > But I installed the latest z-push RPM packages with new webclient  
> > package only on the master.
> >
> > /kolab/bin/openpkg rpm -Uvh  
> > kolab-webclient-1.2.0-20100625+activesync3.noarch-debian5.0-kolab.rpm
> >
> > But on the master I can't login. The login works fine when looking  
> > at the imap log and the horde log but the redirection is brocken.  
> > The browser falls back to
> > http://client/login.php?url=%2Fclient%2Fdimp%2Findex.php&nosidebar=1&horde_logout_token=977799bfbe75b327c4718b5b74c794ee&app=
> >
> > So the redirected-URL misses the protocol (http vs https) and the  
> > server (master.mydomain.tld).
> >
> > I have checked the usual suspects like cookie-domain, cookie-path,  
> > /etc/hosts, Horde-tmp-dir data, horde.log, imap.log, php-errors.log  
> > etc pp.
> 
> Sounds a bit like the webroot detection in config/registry.php might  
> have problems. You could try to set the 'webroot' setting for  
> $this->applications['horde'] to a fixed value that matches you  
> install. Does this help?

was:
 'webroot' => _detect_webroot(),
changed to 
 'webroot' => '/client',

but the problem stays.
When cleaning all cookies and entering the page the login shows name, pwd and style selector shows traditional.
If I enter name and pwd the login goes back to the login-page
https://master.mydomain.tld/client/imp/login.php

Now I restart the login process, clear the cookies and the login with name, pwd and style "dynamic"
And now the login goes to 
http://client/login.php?url=%2Fclient%2Fdimp%2Findex.php&nosidebar=1&horde_logout_token=977799bfbe75b327c4718b5b74c794ee&app=
Same thing happens when changing to the minimalistic style 

When I compare the cookies for webmail of the (working) slave with the cookies of the master I notice that the master login page uses two (unnamed) host cookies and two domain cookies but the slave uses three domain cookies. The master misses the domain cookie named 'Horde' 

I used the Firefox Tamper plugin and could see that there is a Horde-cookie parameter on the client but not on the server.

I used "diff" to compare the config between master and slave found only the expected differences. 

I'm lost :-( but thanks for trying to help

Thorsten