Kolab manager is still normal user.... :(

[Dr. Rietz Michael]

Hello,

the problem starts within a running service.

which attributes steer the behaviour of the gui?

my actual LDAP-tree looks like this:

slapcat | grep -i manager | grep -v creatorsName | grep -v modifiersName 
/kolab/etc/openldap/slapd.conf: line 97: <replica> keyword is obsolete (ignored)
cyrus-admins: manager root zzz
member: uid=manager,cn=internal,dc=XXX,dc=YYY
dn: cn=manager,cn=internal,dc=XXX,dc=YYY
cn: manager
sn: manager
uid: manager
description: LDAP Directory, KOLAB Manager
entryDN: cn=manager,cn=internal,dc=XXX,dc=YYY
member: uid=manager,cn=internal,dc=XXX,dc=YYY
member: uid=manager,cn=internal,dc=XXX,dc=YYY
gecos: Konto Cyrus manager (Samba, Linux)
displayName: Konto Cyrus manager
sn: manager
cn: Konto manager


the entry itself:

dn: cn=manager,cn=internal,dc=XXX,dc=YYY
cn: manager
sn: manager
uid: manager
userPassword:: habeichauch
description: LDAP Directory, KOLAB Manager
structuralObjectClass: inetOrgPerson
entryUUID: c70c66b8-7da3-102d-88fe-73a5405d55f5
creatorsName: cn=manager,cn=internal,dc=XXX,dc=YYY
createTimestamp: 20090123141339Z
entryDN: cn=manager,cn=internal,dc=XXX,dc=YYY
subschemaSubentry: cn=Subschema
hasSubordinates: FALSE
objectClass: inetOrgPerson
objectClass: kolabInetOrgPerson
objectClass: top
entryCSN: 20110915074006.655195Z#000000#000#000000
modifiersName: cn=manager,cn=internal,dc=XXX,dc=YYY
modifyTimestamp: 20110915074006Z


every help is welcome - 
Thanks in advance


Michael Rietz






Am 14.09.2011 um 05:37 schrieb Gunnar Wrobel:

> Quoting "Dr. Rietz Michael" <tech-info at su3.de>:
> 
>> Hello,
>> 
>> within my new Kolab Server 2.3.2 I have the following problem:
>> 
>> I connect to the admin page of the web frontend and login as manager.
>> The webpage there is the page of a normal user.
>> 
>> How can I fix this?
>> 
>> Any ideas are welcome - thanks in advance
> 
> Sounds a bit as if you created a standard user with the "uid=manager". Though I didn't check if that is even possible - my gut feeling would be that it should not be allowed. Is there anything in your LDAP that the system could confuse with the regular "manager" user?
> 
> Cheers,
> 
> Gunnar
> 
>> Best regards
>> 
>> Michael
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
> 
> -- 
> Core Developer
> The Horde Project
> 
> e: wrobel at horde.org
> t: +49 700 6245 0000
> w: http://www.horde.org
> 
> pgp: 9703 43BE
> tweets: http://twitter.com/pardus_de
> blog: http://log.pardus.de
> 

Am 14.09.2011 um 05:37 schrieb Gunnar Wrobel:

> Quoting "Dr. Rietz Michael" <tech-info at su3.de>:
> 
>> Hello,
>> 
>> within my new Kolab Server 2.3.2 I have the following problem:
>> 
>> I connect to the admin page of the web frontend and login as manager.
>> The webpage there is the page of a normal user.
>> 
>> How can I fix this?
>> 
>> Any ideas are welcome - thanks in advance
> 
> Sounds a bit as if you created a standard user with the "uid=manager". Though I didn't check if that is even possible - my gut feeling would be that it should not be allowed. Is there anything in your LDAP that the system could confuse with the regular "manager" user?
> 
> Cheers,
> 
> Gunnar
> 
>> Best regards
>> 
>> Michael
>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> Kolab-users mailing list
>> Kolab-users at kolab.org
>> https://kolab.org/mailman/listinfo/kolab-users
> 
> -- 
> Core Developer
> The Horde Project
> 
> e: wrobel at horde.org
> t: +49 700 6245 0000
> w: http://www.horde.org
> 
> pgp: 9703 43BE
> tweets: http://twitter.com/pardus_de
> blog: http://log.pardus.de
> 

--
Dr. Michael Rietz                                       <rietz at su3.de>
Bergische Gasse 11                             Tel.: +49 241 4774 5522 
D-52066 Aachen  GERMANY                    GSM / Fax.: +49 175 7229180

PGP6 1024D/DAAADAD3 9A44 BBD5 9F4D CC3D 6333  1E5A 77E5 BB52 DAAA DAD3
sub  2048g/A076B205                                         2003-05-08