Shared folders again

[Gunnar Wrobel]

While the last patch fixed the problems with the webadmin, the shared folders were not correctly created. Kolab failed to set the folder type since I did not realize that the cyrus-imapd and cyrus-imap-admin are splitted ebuilds for the same original source package. So now there is a new patched package in the overlays (cyrus-imap-admin) that should allow to correctly work with shared folders.

[misterbighh]

When I try make a Sharded folder again like folder type mail or etc. this is the result.

Warning: ldap_add() [function.ldap-add]: Add: Undefined attribute type in /var/www/kolab/htdocs/admin/sharedfolder/sf.php on line 249

And this.

Fehler:
LDAP-Fehler: konnte Objekt cn=asdf@filmcom.de,dc=filmcom,dc=de nicht hinzuf

[Gunnar Wrobel]

Hm, did you update the kolab2.schema in /etc/openldap/schema ?

Can you check if the the entry of the kolabSharedFolder at the end of the file looks like this:

Code:

# public folders are typically visible to everyone subscribed to
# the server without the need for an extra login. Subfolders are
# defined using the hiarchy seperator '/' e.g. "sf/sub1". Please note
# that the term public folder is prefered to shared folder because
# normal user mailboxes can also share folders using acls.
objectclass ( 1.3.6.1.4.1.19414.2.2.9
  NAME 'kolabSharedFolder'
  DESC 'Kolab public shared folder'
  SUP top STRUCTURAL
  MUST cn
  MAY ( acl $
        alias $
        cyrus-userquota $
        kolabHomeServer $
        kolabFolderType $
        kolabDeleteflag ) )

If it does then you could try to modify the sf.php script in the following way (exchange $dn against $ldap_object in the error handling:

Code:

  array_push($errors, sprintf(_("LDAP Error: could not add object %s: %s"), $ldap_object,
  ldap_error($ldap->connection)));

The output of the error should help identify the problem.

Cheers

Gunnar

[misterbighh]

Hello Gunnar,
here is the other message. What is to do?
Fehler:
LDAP-Fehler: konnte Objekt Array nicht hinzuf