[Kolab-devel] [issue3488] kolabSharedFolder and kolabGroupOfNames should be AUXILIARY
Mathieu Parent
kolab-issues at intevation.de
Tue Mar 17 10:32:00 CET 2009
New submission from Mathieu Parent <mathieuparent at users.sourceforge.net>:
(linked to kolab/issue3343)
The current way it works is good, but I want some more ;)
In Kolab kolab2.schema [1], the kolabSharedFolder is STRUCTURAL, but with GOsa
kolab2.schema [2] it is AUXILIARY (see diff [3]).
Kolab kolab2.schema doesn't have a mail attribute for kolabSharedFolder, so
kolab/issue3343 only apply to GOsa.
Conceptually, I think that kolabSharedFolder (and kolabGroupOfNames also) should
not be STRUCTURAL as it represents basically a group.
The main problem is the update process. Is is straightforward ?
[1]
http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/kolabd/kolabd/kolab2.schema?rev=HEAD&content-type=text/vnd.viewcvs-markup
[2]
https://oss.gonicus.de/labs/gosa/browser/branches/2.5/contrib/openldap/kolab2.schema#L554
[3] relevant part of the diff:
@@ -635,7 +635,7 @@
objectclass ( 1.3.6.1.4.1.19414.2.2.9
NAME 'kolabSharedFolder'
DESC 'Kolab public shared folder'
- SUP top STRUCTURAL
+ SUP top AUXILIARY
MUST cn
MAY ( acl $
alias $
@@ -719,6 +719,7 @@
objectclass ( 1.3.6.1.4.1.19414.3.2.5
NAME 'kolabGroupOfNames'
DESC 'Kolab group of names (DNs) derived from RFC2256'
- SUP groupOfNames STRUCTURAL
+ SUP top AUXILIARY
MAY ( mail $
- kolabDeleteflag ) )
+ kolabDeleteflag $
+ member ) )
----------
assignedto: thomas
messages: 19143
nosy: bernhard, martin, mathieu.parent, thomas, wilde, wrobel
priority: feature
status: unread
title: kolabSharedFolder and kolabGroupOfNames should be AUXILIARY
topic: server
___________________________________________________
Kolab issue tracker <kolab-issues at intevation.de>
<https://www.intevation.de/roundup/kolab/issue3488>
___________________________________________________
More information about the devel
mailing list