Univention Bugzilla – Bug 33600
"Zarafa Addresslists" is recognized as a school ou
Last modified: 2014-02-07 13:51:27 CET
... and can be chosen when using the wizards, managing rooms, etc. Applies to all domains with Zarafa and UCS@school installed in parallel.
"Zarafa Addresslist" can be ignored by manually adding it to ucsschool/ldap/ignore/ous. See Bug 31407 (which links to Bug 30251) which proposes a different handling of OUs, among others, filtering for 'objectClass=ucsschoolOrganizationalUnit') in order to correctly determine the school OUs. This could be done to avoid this problem.
Meanwhile every school has the objectType ucsschoolOrganizationalUnit (debian/ucs-school-import.postinst called /usr/share/ucs-school-import/scripts/ucs-school-update-ou-fileservers). The UCR variable ucsschool/ldap/ignore/ous has been removed. Schools are now detected by objectClass=ucsschoolOrganizationalUnit. Package: ucs-school-lib Version: 4.0.1-1.81.201401200842
This is not enough. There is another problem: The Extended Attributes of UCS@school add ucsschoolOrganizationalUnit to ou=Zarafa Addresslists if the container is modified in UMC
On a side note, this also holds for all newly created OUs via "LDAP directory"
svn47422: ucs-school-import (10.0.4-2) (Not yet built) A option has been added to OU's that specifies that the OU is a UCS@school OU. The option is identified by the objectClass ucsschoolOrganizationalUnit. This option is not editable. One time added the OU is always a UCS@school OU (in UDM). There are Bugs in UDM which prevent that the Tab "UCS@school" is not displayed when editing the object in UMC. See also Bug #29034. There is also a Bug that removing the option does not remove the objectClass and it's attributes. Thats the reason why editable=1 has been added. See also Bug #15841 comment 4. A workaround for this could be added by creating a hook script.
(In reply to Florian Best from comment #5) > A workaround for this could be added by creating a hook script. We should add that hook script. If I'm not wrong, a similar hook script has already been implemented for 3rd party apps.
(In reply to Sönke Schwardt-Krummrich from comment #6) > (In reply to Florian Best from comment #5) > > A workaround for this could be added by creating a hook script. > > We should add that hook script. If I'm not wrong, a similar hook script has > already been implemented for 3rd party apps. Yes, such a hook scripts exists.
A hook scripts has been added. In the UMC everything works now. On CLI you can set the option without specifying 'ucsschoolHomeShareFileServer', 'ucsschoolClassShareFileServer'. I don't know why UDM doesn't catch this?!
Hook implemented. The import scripts (create_ou) works as well without modifications.
New installation: RUNNING 35ucs-school-import.inst [...] E: object not found EXITCODE=1 Problem: 57: univention-directory-manager settings/extended_attribute modify "$@" \ --dn "$dn" \ --set hook="schoolOU" \ [...] before 89: univention-directory-manager settings/extended_attribute create "$@" --ignore_exists [...]
Moved code onto the bottom where the shares must exists.
Works as expected
UCS@school 3.2v2 has been released: http://docs.univention.de/release-notes-ucsschool-3.2v2-de.pdf If this error occurs again, please use "Clone This Bug".