[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