cyberpolis

Ich hatte zwar gehofft, dass mit der neuen Ubuntu-Version 8.10 Kolab problemlos mit einem der Paketmanagement Tools installiert werden könnte, aber dem ist leider nicht so. Wo man überall Hand anlegen muss, um Kolab unter Ubuntu 8.10 zum Laufen zu bekommen, erfahren Sie im Folgenden.

Follow up:

Zuerst werden die beiden Pakete kolabd und kolab-webadmin installiert. Dies hat zur Folge, dass eine Menge weiterer Pakte automatich mit installiert werden, um die Abhängigkeiten zu erfüllen.

Die Kolab-Konfiguration soll mit "kolab_bootstrap -b" erstellt werden, was jedoch (noch) nicht funktioniert. Im syslog weisen folgende Ausgaben auf ein Problem bzgl. der Zugriffsrechte hin:

Nov 2 22:49:55 myhost kernel: [ 3532.962747] type=1503 audit(1225662595.460:18): operation="inode_permission" requested_mask="::r" denied_mask="::r" fsuid=120 name="/usr/share/kolabd/schema/kolab2.schema" pid=16336 profile="/usr/sbin/slapd"
Nov 2 22:49:55 myhost slapd[16336]: could not open config file "/usr/share/kolabd/schema/kolab2.schema": Permission denied (13)

Unter Ubuntu wird AppArmor verwendet. Welches jedoch eine Erweiterung der Konfiguration benötigt, um auf die Kolab-Daten zugreifen zu dürfen. Hierzu wird der Datei /etc/apparmor.d/usr.sbin.slapd folgendes hinzugefügt:

/usr/share/kolabd/schema/ r,
/usr/share/kolabd/schema/* r,
/etc/kolab/ r,
/etc/kolab/* r,

Danach muss AppArmor mit "/etc/init.d/apparmor restart" neu gestartet werden. Versucht man nun wieder "kolab_bootstrap -b", so erscheinen obige Fehlermeldungen nicht mehr, aber slapd hat was zu meckern und das Skript bricht ab. Im syslog erscheint folgende Fehlermeldung:

Nov 8 15:47:50 myhost slapd[32143]: /etc/ldap/slapd.conf: line 28: <replica-pidfile> keyword is obsolete (ignored)
Nov 8 15:47:50 myhost slapd[32143]: /etc/ldap/slapd.conf: line 30: <replogfile> keyword is obsolete (ignored)
Nov 8 15:47:50 myhost slapd[32143]: /etc/ldap/slapd.conf: line 31: <replicationinterval> keyword is obsolete (ignored)
Nov 8 15:47:50 myhost slapd[32143]: /etc/ldap/slapd.conf: line 33: unknowndirective >schemacheck> outside backend info and database definitions.
Nov 8 15:47:50 myhost slapd[32143]: slapd stopped.
Nov 8 15:47:50 myhost slapd[32143]: connections_destroy: nothing to destroy.

Um an dieser Stelle weiter zu kommen, muss die Datei "/etc/kolab/templates/slapd.conf.template" geändert werden. Dazu sollten folgende Zeilen auskommentiert oder entfernt werden:

replica-pidfile
replogfile
replicationinterval
schemacheck

Die drei ersten Zeilen müssen nicht zwingend auskommentiert werden, da sie von slapd ignoriert werden. Jedoch sorgen sie für eine Warnung im syslog. Die bisher vorgenommenen Änderungen reicht immer noch nicht aus. In der Zeile mit dem Eintrag "idletimeout" befindet sich ein Kommentar, der entfernt werden muss. Man kann ihn aber auch einfach in die nächste Zeile verschieben.

Nun man "kolab_bootstrap -b" starten. Falls dies nicht klappen sollte, laufen noch Dienste, die man zuvor beenden muss. Das Skript testet dies beim Start und weist darauf hin, um welche Dienste es sich dreht. Nachdem die beanstandeten Dienste (apache2, kolabd, kolab-cyrus, saslauthd, slapd und postfix) gestoppt wurden, läuft das Skript weiter. Es ist interaktiv und erfordert einige Benutzereingaben, wobei es fast immer sinnvolle Vorschläge dafür unterbreitet.

Das Skript läuft leider nicht fehlerfrei durch. Folgende Fehlermeldung wird ausgegeben:

chown: Zugriff auf „/var/lib/ldap/*“ nicht möglich: No such file or directory

Durch die Ersetzung

sed -i -e "s/chown openldap:openldap \/var\/lib\/ldap\/\*/chown -R openldap:openldap \/var\/lib\/ldap/" /usr/sbin/kolab_bootstrap

wird der Fehler behoben. Danach können die Dienst in der folgenden Reihenfolge wieder gestartet werden: "slapd", "saslauthd", "kolab-cyrus", "kolabd" und "apache2".

Das Paket "kolab-webadmin" weist auch einige Fehler in verwendeten Pfadangaben auf. Ein überflüssiges "libs" muss entfernt werden. Die zu ändernden PHP-Dateien befinden sich im Verzeichnis "/usr/share/php/kolab/admin/include". In der Datei "mysmarty.php" wird die Zeile

require_once('smarty/libs/Smarty.class.php');

ersetzt mittels

sed -i -e "s/smarty\/libs/smarty/" /usr/share/php/kolab/admin/include/mysmarty.php

In den Dateien "headers.php" und "config.php" wird jeweils die Zeile

$topdir = '/kolab/admin';

ersetzt durch

$topdir = '/admin';

Die letzte Änderung betrifft die Datei "auth.class.php". Hie wird die Zeile

Header("Location: /kolab/admin/");

ersetzt durch

Header("Location: /admin/");

Nun kann man über "https://localhost/admin" auf das Webinterface zur Konfiguration zugreifen.

Der erste Schritt ist somit geschafft, aber es gibt immer noch einige Ecken und Kanten. Aus diesem Grund ist Kolab für Einsteiger nicht zu empfehlen. Es ist zu hoffen, dass in der nächsten Version von Ubuntu eine Überarbeitung erfolgt, so dass die Installation fehlerfrei ist und einfacher von statten geht.

Quelle: http://article.gmane.org/gmane.comp.kde.kolab.user/7546