2010/5/18 Luca Scamoni <luca.scam...@gruppopa.it>:
> Il 17/05/2010 20:37, Mauro ha scritto:
>
> 2010/5/17 Luca Scamoni <luca.scam...@gruppopa.it>:
>
>
> Il 17/05/2010 14:03, Mauro ha scritto:
>
> 2010/5/17 Luca Scamoni <luca.scam...@gruppopa.it>:
>
>
> Il 16/05/2010 21:02, Mauro ha scritto:
>
> 2010/5/16 Mirko ML <o...@klez.it>:
>
>
> Il 15/05/2010 14:26, Mauro ha scritto:
>
>
> Ho pensato di utilizzare VirtualMailAccount solo per sfruttare
> l'attributo accountActive ma visto che mi comporta tutti questi
> problemi mi sa che mi faccio uno schema custom inserendo gli attributi
> che mi servono.
>
>
> Se secondo te la soluzione migliore è questa ben venga :)
>
>
> Beh non saprei che altro fare poiche' inetOrgPerson ha degli attributi
> che sto utilizzando, mentre non ha altri attributi, vedi
> accountActive, che mi servono e che ha VirtualMailAccount.
>
>
> E quindi non capisco che problema ci sia a modificare le entries aggiungendo
> VirtualMailAccount...
>
>
>
> Allora, a me serve, ad esempio l'attributo employeeNumber, che trovo
> in inetOrgPerson.
> Aggiungo inetOrgPerson ed e' ok.
> Poi mi serve anche l'attributo accountActive che trovo in
> VirtualMailAccount.
> Aggiungo VirtualMailAccount ed ottengo l'errore che avevo postato
> all'inizio di questo thread.
> Quindi o uso inetOrgPerson oppure VirtualMailAccount e in questo caso
> devo rinunciare ad utilizzare l'attributo employeeNumber oppure
> accountActive.
>
>
>
> NO
> il fatto che ti dia errore non vuol dire che devi usare uno O l'altro: vuol
> dire che devi fare l'operazione giusta.
>
>
> L'operazione giusta dovrebbe essere quella di aggiungere la
> objectClass VirtualMailAccount a tutte le altre gia' presenti
> valorizzando gli attributi che sono obbligatori.
>
>
>
> Dato che non dici come fai a fare questa operazione (ne' quale versione di
> OpenLDAP adoperi) posso solo supporre che tu stia usando un qualche inutile
> tool grafico di gestione ldap
> Utilizzando i tool da linea di comando l'operazione è banale
>
>
> Utilizzo gq, un tool grafico in ambiente linux, come server openLDAP
> utilizzo slapd versione 2.4.11.
> Quindi pensi che il problema derivi da dei capricci di gq.
> Ora provo ad aggiungere la objectClass VirtualMailAccount valorizzando
> gli attributi obbligatori con ldapmodify.
>
>
>
> L'operazione giusta è quella di aggiungere l'objectClass VirtualMailAccount.
> Tutte le altre sono "ereditate" e quindi non occorre specificarle
> GQ era un bel progetto. Peccato che non sia mai stato aggiornato. Detto
> questo, usalo per fare browsing. Per il resto del sano scripting è meglio.
> Anche perchè molte possibilità che ti danno i tool di openldap in GQ non
> sono implementate (controlli, feature estese, ecc.)
> Ti do un hint: man ldapsearch cerca manageDSAit. Non è indicato nella
> manpage di ldapmodify ma funziona anche lì
Scusami ma devo essere rintronato.
Io ho gia' inetOrgPerson, se provo a sostituire VirtualMailAccount con
inetOrgPerson mi dice che manca la classe superiore, appunto
inetOrgOPerson.
Lascio inetOrgPerson.
Se aggiungo VirtualMailAccount valorizzando gli attributi obbligatori, come qui:
dn: uid=mauro,ou=People,dc=miodominio,dc=it
changetype: modify
add: objectClass
objectClass: VirtualMailAccount
-
add: vdHome
vdHome: /var/vmail/mauro
-
add: mailbox
mailbox: /var/vmail/mauro/Maildir
-
add: accountActive
accountActive: TRUE
-
add: delete
delete: FALSE
-
add: lastChange
lastChange: 1274173200
e poi faccio un ldapmodify -D cn=admin,dc=miodominio,dc=it -x -W -f file
mi dice:
ldap_modify: Cannot modify object class (69)
additional info: structural object class modification from
'inetOrgPerson' to 'VirtualMailAccount' not allowed
Non so piu' che fare.
Insomma non posso usare VirtualMailAccount se non con l'estensione che
hai detto?
_______________________________________________
OpenLDAP mailing list
OpenLDAP@mail.sys-net.it
https://www.sys-net.it/mailman/listinfo/openldap
