[imp] login failed message, but login was successful

[neys]

neys wrote:
> Jan Schneider wrote:
>> Zitat von neys <neys at neys.org>:
>>
>>> Norberto Bensa wrote:
>>>> Quoting neys <neys at neys.org>:
>>>>
>>>>> I tried the hooks thing, but it doesn't help. In my opinion this  
>>>>> problem has
>>>>> nothing to do with the username case
>>>> I agree with you. It happens to me too from time to time, and I'm sure
>>>> I'm typing my username correctly. Moreover, if it were a case
>>>> mismatch, it would be easy to reproduce.
>>> here is some more information, i switched on debug log with
>>> $conf['log']['priority'] = PEAR_LOG_DEBUG; in horde/config/conf.php
>>>
>>> if imp login fails, i get the following line which indicates a  
>>> successful login:
>>>
>>> Mar 01 22:26:47 HORDE [notice] [imp] Login success for user at example.com
>>> [IP_CUT] to {localhost:993} [on line 96 of
>>> "/usr/pkg/share/horde/imp/lib/Auth/imp.php"]
>>>
>>>
>>> if imp login is successful and the mailbox is shown, i get:
>>>
>>> Mar 01 22:27:21 HORDE [notice] [imp] Login success for user at example.com
>>> [IP_CUT] to {localhost:993} [on line 154 of
>>> "/usr/pkg/share/horde/imp/redirect.php"]
>>>
>>> this time also a database query is done:
>>>
>>> Mar 01 22:24:41 HORDE [debug] [imp] SQL Query by
>>> DataTree_sql::_buildParentIds(): SELECT datatree_id, datatree_parents FROM
>>> horde_datatree WHERE datatree_name = ? AND group_uid = ? ORDER BY
>>> datatree_id [on line 261 of  
>>> "/usr/pkg/share/horde/lib/Horde/DataTree/sql.php"]
>>> Mar 01 22:24:41 HORDE [debug] [imp] SQL Query by DataTree_sql::_load():
>>> SELECT c.datatree_id, c.datatree_name, c.datatree_parents, c.datatree_order
>>> FROM horde_datatree c WHERE c.group_uid = 'horde.perms'  [on line 130 of
>>> "/usr/pkg/share/horde/lib/Horde/DataTree/sql.php"]
>>> Mar 01 22:24:42 HORDE [debug] [imp] SQL Query by
>>> DataTree_sql::_buildParentIds(): SELECT datatree_id, datatree_parents FROM
>>> horde_datatree WHERE datatree_name = ? AND group_uid = ? ORDER BY
>>> datatree_id [on line 261 of  
>>> "/usr/pkg/share/horde/lib/Horde/DataTree/sql.php"]
>>> Mar 01 22:24:42 HORDE [debug] [imp] SQL Query by DataTree_sql::_load():
>>> SELECT c.datatree_id, c.datatree_name, c.datatree_parents, c.datatree_order
>>> FROM horde_datatree c WHERE c.group_uid = 'horde.perms'  [on line 130 of
>>> "/usr/pkg/share/horde/lib/Horde/DataTree/sql.php"]
>>> Mar 01 22:24:42 HORDE [debug] [imp] SQL Query by DataTree_sql::getData():
>>> SELECT datatree_data, datatree_serialized FROM horde_datatree WHERE
>>> datatree_id = ? [on line 952 of
>>> "/usr/pkg/share/horde/lib/Horde/DataTree/sql.php"]
>>>
>>>
>>> in both cases login is successful, but different login procedures are used.
>>> can anybody tell me why? looks quite like a bug.
 >>
>> Any chance you have both, 'hordauth' in imp/config/servers.php and IMP  
>> authentication in Horde's setup enabled?
> 
> 'hordauth' in imp/config/servers.php is set to 'full', because i need the 
> domain for successful cyrus logins.
> 
> in horde/config/conf.php i use
> $conf['auth']['driver'] = 'ldap';
> 
> i checked the file twice, its only this driver. beside i can see the ldap 
> users and groups as admin. so i guess it works fine.

norbert, is there anything new about our problem?

developers, what shall i do to get rid of it? report it as bug?


thanks for the help, neys.