I took a little time tonight and got ldap_rename/ldap_modrdn support working in the 1.5.x code. I haven't committed it since the change in uid's screws up the front end as well and that'll have to be addressed. Right now you pretty much have to requery after changing the naming attribute in order for the UI to remain in sync.
But I'm able to update naming attributes on my ldap server here now. It'll probably get committed tomorrow when I clear up the UI issues. This won't be backported to 1.4.x (at least, not if I can help it, the code between backends is starting to diverge quite a bit.) Chris On Fri, 2004-04-23 at 08:13 +0200, David Kmoch wrote: > Hi, > > searching through history of this list I've found mail from Tony > Earnshaw giving some example on subject. Looking at snippet bellow > I just wonder if it's legal to have different 'cn' value in > distinguishedName and in 'cn' entity? > > Why I'm asking - with my Evo 1.4.5 + OpenLDAP 2.1.22 config I > find it impossible to implement such behavior. When I try to > change Name/Surname with Evo (or just anything Evo will save > in cn entry), I get an error message. Debugging slpad I get this > > slapd: entry failed schema check: value of naming attribute 'cn' is not present in > entry > > Updating other entries works normally. Any idea??? > > David > > > Openldap 2.1.10, Evo 1.2.1, GQ. > > > > I have *no* trouble with this. I can update DIT entries with ldapmod, GQ > > or Evo and they all do the same. > > > > I have a friend, Evy Breivik. She just got married and changed her name > > to Evy Tharaldsen. I modified het in Evo, and her name was faithfully > > changed in my DIT and was confirmed in ldapsearch and GQ. > > > > However, I do use different DN structures from that reported in this > > thread. And I do use (a modified) evolutionperson.schema. > > > > DIF file 1: > > > > dn: cn=evy,ou=people,ou=groups,dc=billy,dc=demon,dc=nl > > objectClass: top > > objectClass: person > > objectClass: organizationalPerson > > objectClass: inetOrgPerson > > objectClass: evolutionPerson > > objectClass: posixAccount > > objectClass: shadowAccount > > objectClass: inetLocalMailRecipient > > objectClass: calEntry > > structuralObjectClass: evolutionPerson > > uid: evy > > cn: Evy Breivik > > sn: Breivik > > fileAs: Breivik, Evy > > > > DIF file 2 > > > > dn: cn=evy,ou=people,ou=groups,dc=billy,dc=demon,dc=nl > > objectClass: top > > objectClass: person > > objectClass: organizationalPerson > > objectClass: inetOrgPerson > > objectClass: evolutionPerson > > objectClass: posixAccount > > objectClass: shadowAccount > > objectClass: inetLocalMailRecipient > > objectClass: calEntry > > structuralObjectClass: evolutionPerson > > uid: evy > > cn: Evy Tharaldsen > > sn: Tharaldsen > > fileAs: Tharaldsen, Evy > > > > Repeat, this was changed with Evo 1.2.1 > > > > -- > > David Kmoch > Technical University of Liberec > Department of Applied Informatics > Halkova 6, 461 17 Liberec > > tel: +420 485 353 633 > fax: +420 485 353 112 > > _______________________________________________ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > > > !DSPAM:4088b45697174717943273! > > _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
