Hi Alejandro, On So 28 Aug 2011 01:54:18 CEST Alejandro wrote:
Well we have: top --> account top --> person --> organizationalPerson --> inetOrgPerson The two are STRUCTURAL and not compatible in a object.
Sure, Samba ldapsam:editposix uses top --> account as structural objectClass, GOsa expects top --> person --> organizationalPerson --> inetOrgPerson (it seems).
From where is coming the object account, I can't find in in my samba Workstations.
When using ldapsam:editposix, GOsa adds objectclasses like this: objectClass: account (structural) objectClass: posixAccount objectClass: sambaSamAcount including the corresponding attributes... When using smbldap-tools, also the objectClasses used are: objectClass: account (structural) objectClass: posixAccount objectClass: sambaSamAcountWhichever way I use, it ends up with the earlier reported error when editing the account in GOsa (e.g. for adding MAC address or IP address).
Thus, I have forked smbldap-useradd for debian-edu-config: http://anonscm.debian.org/viewvc/debian-edu/trunk/src/debian-edu-config/etc/samba/smbldap-machineadd-gosa?view=log The forked script smbldap-machineadd-gosa uses these objectClasses: objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson objectClass: posixAccount objectClass: sambaSamAccountIf these objectClasses are used, then everything works well with the GOsa version (2.6) in Debian squeeze.
Thanks+Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
Attachment:
pgp8hiyTBohec.pgp
Description: Digitale PGP-Unterschrift