Sogo connector - "Wrong Domain '' != 'default'"

Hans-Jurgen_Tappe 2009-10-05 06:39:54 UTC #1

Hi!

I recently did an update of the egroupware 1.6 sources from SVN. Now,
the sogo connector does not accept the passwors any more, complaining about:
An error happened Wrong domain! ‘’ != ‘default’ on https://localhost

eGroupware 1.6.002, updated to SVN 28016
Kubuntu Linux 9.04 jaunty
Mozilla Thunderbird 2.0.0.23
Lightning 0.9 build 2009040813
Sogo-Connector 0.94

Please check what might be causing this problem.

Thanks,
Hans-Jürgen

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2009-10-05 06:52:28 UTC #2

Hmm,

somehow your code seems NOT to be up to date.

That’s from phpgwapi/inc/class.egw_session.inc.php around line 445 in
1.6.002:

if (!$GLOBALS[‘egw_info’][‘user’][‘domain’] && $this->account_domain ==
$GLOBALS[‘egw_info’][‘server’][‘default_domain’])
{
$GLOBALS[‘egw_info’][‘user’][‘domain’] = $this->account_domain;
}
elseif (!$this->account_domain && $GLOBALS[‘egw_info’][‘user’][‘domain’])
{
$this->account_domain = $GLOBALS[‘egw_info’][‘user’][‘domain’];
}
elseif($this->account_domain != $GLOBALS[‘egw_info’][‘user’][‘domain’])
{
throw new Exception(“Wrong domain! ‘$this->account_domain’ !=
’{$GLOBALS[‘egw_info’][‘user’][‘domain’]}’”);

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.

Ralf

Hans-Jürgen Tappe schrieb:

Hi!

I recently did an update of the egroupware 1.6 sources from SVN. Now,
the sogo connector does not accept the passwors any more, complaining about:
An error happened Wrong domain! ‘’ != ‘default’ on https://localhost

eGroupware 1.6.002, updated to SVN 28016
Kubuntu Linux 9.04 jaunty
Mozilla Thunderbird 2.0.0.23
Lightning 0.9 build 2009040813
Sogo-Connector 0.94

Please check what might be causing this problem.

Thanks,
Hans-Jürgen

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-05 07:33:04 UTC #3

Hi!

Ralf Becker schrieb:

Hmm,
somehow your code seems NOT to be up to date.

SVN tells me it is. The only diff is “‘htaccess_rewrite’ => True” in
sitemgr/sitemgr-site/config.inc.php. No other change in that installation.

The rest of eGroupware still works fine. Only the groupdav.php does not
seem to initialize the session correctly after some update (I would have
to go back through the revisions to find out which change that was).

That’s from phpgwapi/inc/class.egw_session.inc.php around line 445 in
1.6.002:

The code is there.

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.

Yes.

Regards,
Hans-Jürgen

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-05 07:53:57 UTC #4

Hi!

Hans-Juergen Tappe schrieb:

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.

The problem is introduced between SVN revisions 27711 and 27712.

Best regards,
Hans-Jürgen

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_6 2009-10-05 08:14:18 UTC #5

Hi,

Hans-Juergen Tappe schrieb:

Hi!

Hans-Juergen Tappe schrieb:

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.

The problem is introduced between SVN revisions 27711 and 27712.

That’s the php5.3 compatibility fix:
http://svn.stylite.de/viewvc/egroupware?view=rev&revision=27712

Thought it’s not obvious to me, what it has to do with your problem.

I think you need to put some error_log statements in the code lines I
send in my first mail, to check why the elseif is not taken.

The fix uses instead of $_REQUEST[‘domain’]:
isset($_REQUEST[‘domain’]) ? $_REQUEST[‘domain’] : $_COOKIE[‘domain’]

Which should do the same, as long as $_REQUEST[‘domain’] is set (which
is not the case by default for cookies from php5.3 on).

I hope that gives you some pointers to search …

Ralf

Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-05 20:47:12 UTC #6

Hi!

Ralf Becker schrieb:

The problem is introduced between SVN revisions 27711 and 27712.
That’s the php5.3 compatibility fix:
http://svn.stylite.de/viewvc/egroupware?view=rev&revision=27712
Thought it’s not obvious to me, what it has to do with your problem.
I think you need to put some error_log statements in the code lines I
send in my first mail, to check why the elseif is not taken.

It’s been a phantom. I had been able to switch between problem and
no-problem when switching between these revisions. Now, after 24 hours,
while I was modifying single lines of code - still seeing the problem,
it seems the cookies have timed out and have been updated with the
missing information such that the problem does not exist any more.

Hm, I’ll have to learn how to delete cookies from the Thunderbird
plugins, it seems.

Best regards,
Hans-Jürgen

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-08 06:05:20 UTC #7

Hi!

The problem is back again.

Ralf Becker schrieb:

Hans-Juergen Tappe schrieb:

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.
I think you need to put some error_log statements in the code lines I
send in my first mail, to check why the elseif is not taken.

This is the sequence of program flow:

egw_session::init_handler: failure.
egw_session::init_handler: failure.
egw_session::init_handler: failure.
egw_session::init_handler: success.
egw_session verify() - account_domain != user-domain
egw_session verify() = info-user-domain: ‘default’
egw_session verify() = this-account_domain: ‘‘
An error happened: Wrong domain! ‘’ != ‘default’
#0 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(252):
egw_session->verify()
#1 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(200):
egw->verify_session()
#2 /var/www/egroupware/phpgwapi/inc/functions.inc.php(81): egw->wakeup2()
#3 /var/www/egroupware/header.inc.php(113):
require_once(’/var/www/egroup…’)
#4 /var/www/egroupware/groupdav.php(49): include(’/var/www/egroup…’)
#5 {main}
egw_session create() = info-default-domain: 'default’
egw_session create() = info-user-domain: 'default’
egw_session create() = this-account_domain: ‘default’

It seems that the verify() should expect the default domain if
$this->account_domain is ‘’?

Best regards,
Hans-Jürgen

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-08 07:05:39 UTC #8

Hi!

Hans-Jürgen Tappe schrieb:

The problem is back again.

It helps, if I log into eGroupware with the admin account and delete all
sessions. So it seems the “session wake-up” does not initialize the
$this->account_domain correctly, at least for groupdav.php.

Regards,
Hans-Jürgen

Ralf Becker schrieb:

Hans-Juergen Tappe schrieb:

According to your error $this->account_domain is ‘’ and
$GLOBALS[‘egw_info’][‘user’][‘domain’] is not.
I think you need to put some error_log statements in the code lines I
send in my first mail, to check why the elseif is not taken.

This is the sequence of program flow:

egw_session::init_handler: failure.
egw_session::init_handler: failure.
egw_session::init_handler: failure.
egw_session::init_handler: success.
egw_session verify() - account_domain != user-domain
egw_session verify() = info-user-domain: ‘default’
egw_session verify() = this-account_domain: ‘‘
An error happened: Wrong domain! ‘’ != ‘default’
#0 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(252):
egw_session->verify()
#1 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(200):
egw->verify_session()
#2 /var/www/egroupware/phpgwapi/inc/functions.inc.php(81): egw->wakeup2()
#3 /var/www/egroupware/header.inc.php(113):
require_once(’/var/www/egroup…’)
#4 /var/www/egroupware/groupdav.php(49): include(’/var/www/egroup…’)
#5 {main}
egw_session create() = info-default-domain: 'default’
egw_session create() = info-user-domain: 'default’
egw_session create() = this-account_domain: ‘default’

It seems that the verify() should expect the default domain if
$this->account_domain is ‘’?

Best regards,
Hans-Jürgen

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-11 13:26:44 UTC #9

Hi Ralf!

This is how you can reproduce the situation:

Open thunderbird with lightning and include some groupdav.php calendar.
Close Thunderbird.
Change the IP address (e.g. move your laptop from work to home or
acquire a new DHCP lease after some hibernating)
Open Thunderbird with Lightning
$this->account_domain is ‘’

I am a bit stuck in finding a suitable patch because i don’t know the
vector from which it is decided if a session can be re-used.

What should be changed?
A)
Do not throw an exception but return false if (!$this->account_domain)
such that the following algorithms can create a new session?
B)
Just assume $this->account_domain = default_domain
if (!$this->account_domain) (i suppose this could break multi-domain
installations)
C)
…?

Also, it should still be possible to log in from two computers wih the
same account after fixing this situation.

Thanks for helping fixing this behavior.
Hans-Jürgen

Hans-Jürgen Tappe schrieb:

egw_session verify() - account_domain != user-domain
egw_session verify() = info-user-domain: ‘default’
egw_session verify() = this-account_domain: ‘‘
An error happened: Wrong domain! ‘’ != ‘default’
#0 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(252):
egw_session->verify()
#1 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(200):
egw->verify_session()
#2 /var/www/egroupware/phpgwapi/inc/functions.inc.php(81): egw->wakeup2()
#3 /var/www/egroupware/header.inc.php(113):
require_once(’/var/www/egroup…’)
#4 /var/www/egroupware/groupdav.php(49): include(’/var/www/egroup…’)
#5 {main}
egw_session create() = info-default-domain: 'default’
egw_session create() = info-user-domain: 'default’
egw_session create() = this-account_domain: ‘default’

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2009-10-11 21:47:33 UTC #10

Hi Ralf!

Hans-Juergen Tappe schrieb:

This is how you can reproduce the situation:

Open thunderbird with lightning and include some groupdav.php calendar.

Close Thunderbird.

Change the IP address (e.g. move your laptop from work to home or
acquire a new DHCP lease after some hibernating)

Open Thunderbird with Lightning

$this->account_domain is ''
What should be changed?
A)
Do not throw an exception but return false if (!$this->account_domain)
such that the following algorithms can create a new session?

— phpgwapi/inc/class.egw_session.inc.php (Revision 28075)
+++ phpgwapi/inc/class.egw_session.inc.php (Arbeitskopie)
@@ -830,6 +830,11 @@
// This is to ensure that we authenticate to the correct domain …
if($GLOBALS[‘egw_info’][‘user’][‘domain’] &&
$this->account_domain != $GLOBALS[‘egw_info’][‘user’][‘domain’])
{

// If this is not our session, inform the caller to create a new session.
if (!$this->account_domain)
{
```
  return false;
```
}
throw new Exception(“Wrong domain! ‘$this->account_domain’ !=
’{$GLOBALS[‘egw_info’][‘user’][‘domain’]}’”);

I tried this and it seems to work fine.

Can you please include this fix in 1.6 (and trunk)?

Thanks a lot,
Hans-Jürgen

Hans-Jürgen Tappe schrieb:

An error happened: Wrong domain! ‘’ != ‘default’
#0 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(252):
egw_session->verify()
#1 /var/www/egroupware/phpgwapi/inc/class.egw.inc.php(200):
egw->verify_session()
#2 /var/www/egroupware/phpgwapi/inc/functions.inc.php(81): egw->wakeup2()
#3 /var/www/egroupware/header.inc.php(113):
require_once(’/var/www/egroup…’)
#4 /var/www/egroupware/groupdav.php(49): include(’/var/www/egroup…’)
#5 {main}
egw_session create() = info-default-domain: 'default’
egw_session create() = info-user-domain: 'default’
egw_session create() = this-account_domain: ‘default’

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Lars_Kneschke-2 2009-10-12 04:40:01 UTC #11

“Hans-Juergen Tappe” tappe@hek.uni-karlsruhe.de schrieb:

A)
Do not throw an exception but return false if (!$this->account_domain)
such that the following algorithms can create a new session?

— phpgwapi/inc/class.egw_session.inc.php (Revision 28075)
+++ phpgwapi/inc/class.egw_session.inc.php (Arbeitskopie)
@@ -830,6 +830,11 @@
// This is to ensure that we authenticate to the correct domain …
if($GLOBALS[‘egw_info’][‘user’][‘domain’] &&
$this->account_domain != $GLOBALS[‘egw_info’][‘user’][‘domain’])
{
   // If this is not our session, inform the caller to create a new
session.
   if (!$this->account_domain)
   {
           return false;
   }
  throw new Exception("Wrong domain! '$this->account_domain' !=
‘{$GLOBALS[‘egw_info’][‘user’][‘domain’]}’");
Moin!

That’s very, very old school!

The code would be much better if egw did not throw an exception of type
Exception but something like Session_Exception.

This way you could catch the Session_Exception in the groupdav code and
handle it correctly. Returning false was needed in the dark ages of PHP4,
but now we can use the power of PHP5 and write better code.

Just some toughts from someone using exceptions.

–
Lars Kneschke
Team Leader Business Solutions
Metaways Infosystems GmbH
Pickhuben 2-4, D-20457 Hamburg

Tine 2.0 now with Calendar, Email and ActiveSync=> http://www.tine20.org/

E-Mail: mailto:l.kneschke@metaways.de
Web: http://www.metaways.de
Tel: +49 (0) 40 317031-21
Fax: +49 (0) 40 317031-921
Mobile: +49 (0) 175 9304324

Metaways Infosystems GmbH - Sitz: D-22967 Tremsbüttel
Handelsregister: Amtsgericht Ahrensburg HRB 4508
Geschäftsführung: Hermann Thaele, Lüder-H.Thaele

Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Jens_Kluge 2010-01-10 21:01:57 UTC #12

I have the same problem with the latest trunk version downloaded today, when trying to access calendar from different clients, following information appears:

“An error happened Wrong domain” != ‘default’ "

Leithoff_Klaus 2010-01-11 08:40:29 UTC #13

reason is - i guess - that you try to log in without the expected domain,
using the sogo connector.
(the thing that is found in header inc where your database access
informations are stored $GLOBALS[‘egw_domain’])
so if you add this domain to your login (e.g.: username@default ) you should
succeed.
best regards
klaus

13:02:01 -0800 (PST)

Hans-Juergen Tappe wrote:

Hi!

Hans-Jürgen Tappe schrieb:

The problem is back again.

Best regards,
Hans-Jürgen

I have the same problem with the latest trunk version downloaded today,
when
trying to access calendar from different clients, following information
appears:

“An error happened Wrong domain” != ‘default’ "

–
View this message in context:
http://old.nabble.com/sogo-connector---"Wrong-Domain-''-!%3D
-%27default%27%22-tp25745827s3741p27102402.html
Sent from the egroupware-developers mailing list archive at Nabble.com.

This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon’s best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and
easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Stylite GmbH
[ open style of IT ]
Morschheimer Strasse 15
67292 Kirchheimbolanden

fon 06352 . 70629-0
fax 06352 . 70629-30
www.stylite.de

Geschäftsführer: Andre Keller, Gudrun Müller, Ralf Becker
Handelsregister Kaiserslautern HRB 30575
USt-ID: DE214280951
SteuerNr. 44/667/1114/3

This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon’s best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Jens_Kluge 2010-01-11 11:49:33 UTC #14

Hello Klaus,

Many thanks for your fast reply. Actually your answer pushed me to search into the right direction.

My problem was the configuration of header.inc.php, e.g. the following parameter:
Datenbankinstanz (eGW Domain): 'default’
So far in all my previous egroupware installations I always left this parameter unchanged.

I now have changed that to my domain name ‘jk.lan’

Suprise surprise
Now I can login with user/pw information from all my clients in my domain ‘jk.lan’

Only challenge was iphone synchronisation with calDAV because now I got this error message when trying to sync mit my iphone calendar as followed:

[Mon Jan 11 12:22:39 2010] [error] [client 192.168.2.8] # Instance=jk.lan, User=jens, URL=http://egw.jk.lan/egroupware/groupdav.php/calendar/
[Mon Jan 11 12:23:19 2010] [error] [client 192.168.2.8] An error happened: Wrong domain! ‘’ != ‘jk.lan’

However your I second advice (e.g.: username@default ) helped:

After changing the user name to

Username: jens@jk.lan

also iphone synchronisation works again

Many thanks for your help
Jens