[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kroupware
Subject:    Re: Horde login failed (2.2.4, openpkg, z-push-webclient)
From:       Thorsten Schnebeck <thorsten.schnebeck () gmx ! net>
Date:       2011-01-18 10:49:08
Message-ID: 201101181149.08576.thorsten.schnebeck () gmx ! net
[Download RAW message or body]

Hi Gunnar,
Am Dienstag 18 Januar 2011, um 09:40:01 schrieb Gunnar Wrobel:
> Zitat von Thorsten Schnebeck <thorsten.schnebeck@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

  

_______________________________________________
Kolab-users mailing list
Kolab-users@kolab.org
https://kolab.org/mailman/listinfo/kolab-users


[prev in list] [next in list] [prev in thread] [next in thread]