Hi Ralph,
thanks for your fast reply!
I agree that a implementation of a directory service should not be facing
’challenges’ when somebody changes his / her name. So using the UID that
stays the same unique ID is logical.
You state: ‘is currently’ not configurable. Does this mean that you have
plans to change that?
The thing I like most about eGroupware (besides the obvious ;)) is that it
runs in a non-intrusive way on ClearOS and just uses all components (like
mail, SMTP, samba, ldap, etc) as provided by ClearOS… until I noticed
this behaviour, which makes it little bit less ‘non-intrusive’. It would be
a plus if this was configurable.
Current work-around it to create new users with ClearOS webinterface but
then to maintain them from within eGroupware: not sure at this moment if
that fully works…
Thanks for your reply,
Regards,
Ruud.
Hi,
EGroupware changes cn=Common Name,… dn’s to uid=username,…, as
common names happen to change (eg. someone marries) and changing the dn
then is no good idea.
That behaviour is currently not configurable in EGroupware.
Ralf
Hi,
I am trying to analyse a problem in ClearOS (CentOS linux distro) that I
have when using eGroupware.
Situation is as follows:
- I create a (ldap) user account with ClearOS Webconfig
- I start eGroupware user administration and select the created LDAP
user
- I assign the needed eGroupware applications (home, email, calendar,
etc) to this user
- I save these setting in eGroupware
Problem:
- ClearOS webconfig displayes the user correctly, but cannot make any
(LDAP) changes to this particular user anymore (it can to other users) ->
error: Object Class Violation
- eGroupware can change any (LDAP) settings for this user, including
e.g. domain_admin (needed to assign ClearOS admin rights)
Analysis so far:
I loaded Ldapphpadmin onto the ClearOS server and then:
- create in ClearOS webconfig a new user: test tester
- exported the in ClearOS newly created LDAP user ‘test tester’
- assigned the correct application in eGroupware user administration
- exported the created user ‘test tester’
The following attribute changed (from -> to):
dn: cn=test tester,ou=Users,ou=Accounts,dc=x-ceed,dc=lan -> dn:
uid=test,ou=Users,ou=Accounts,dc=x-ceed,dc=lan
Questions:
- why is eGroupWare changing the DN ‘construction’ (from cn= to uid= as
this is most likely breaking LDAP configuration in ClearOS?
- is there a way to configure eGroupware to not change the DN?
Thanks in advance for thinking along!
regards,
Ruud.
–
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: [[hidden email]
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
View message @
http://egroupware.219119.n3.nabble.com/LDAP-Object-Class-violation-tp743717p743787.html
To unsubscribe from LDAP: Object Class violation, click here ->
/user/SendEmail.jtp?type=node+node=743787+i=0].
