Schlagwort-Archive: kolab

Kolab Syncroton: Call to protected method rcube_imap_generic::strToTime() from context ‚kolab_sync_data_email‘

Kolab, OSS, , , ,

Dieser kleine Patch[1] wurde Mitte Dezember erstellt und sollte eigentlich in die Packages einfließen. Dies ist bislang nicht passiert. Falls in Zukunft jemand also die Meldung

PHP Fatal error:  Call to protected method rcube_imap_generic::strToTime() from context 'kolab_sync_data_email' in /usr/share/kolab-syncroton/lib/kolab_sync_data_email.php on line 140

erfahren sollte, rate ich dazu, ein Update der Kolab-Pakete durchzuführen oder den folgenden Patch selbst von Hand durchzuführen (dann aber nicht mehr zu updaten).

Das eigentliche Problem ist nämlich, dass die ActiveSync-Funktion (aka Syncroton) dank dieses Fehlers nicht funktioniert.

Kolab Syncroton: Call to protected method rcube_imap_generic::strToTime() from context ‚kolab_sync_data_email‘ weiterlesen →

Kolab „pykolab.imap ERROR Could not rename to reside on partition archive“

OSS, , , ,

Bei Kolab in den neueren Versionen (von 3.2 bis aktuell 16) kommt es im Log nach einer sauberen Installation immer wieder zu Fehlern, die etwa so lauten:

pykolab.imap ERROR Could not rename <user> to reside on partition archive

Diese Fehler haben einen relativ simplen Grund und eine lange Vorgeschichte. Ohne jetzt weit auszuholen geht es darum, dass Kolab meiner Meinung nach, nach wie vor, gewisse Begebenheiten, welche bei anderer vergleichbarer Software sofort als Bug eingestuft und behoben werden würde, mehrere Jahre kursiert und mit der Begründung „Kann dann ja jeder selbst machen.“ abgetan wird.
Aber es ist nunmal nicht der „Sinn der Sache“, nach dem Deployment alle auftretenden Fehler zu recherchieren und sukzessive zu beheben. Damit erstmal genug dazu.

Der Bugreport von 2014 zum besagten Fehler befindet sich hier[1].

Kolab „pykolab.imap ERROR Could not rename to reside on partition archive“ weiterlesen →

Bei Kolab 3.4 über Roundcube externe Mailadressen auswählbar machen

Linux, OSS, , ,

Im letzten Beitrag „Bei Kolab 3.4 Mails mit fremdem Absender versenden“ habe ich erklärt, wie man externe Mailadressen, die im Kolab-Webadmin-Panel hinzugefügt wurden, im Postfix zur Angabe als „Sender“ autorisiert. Am Ende habe ich geschrieben, dass man das noch weiterführen und Benutzern in Roundcube erlauben kann, externe Mailadressen auszuwählen.

In der Datei /etc/roundcubemail/kolab_auth.inc.php befindet sich unter „$config[‚kolab_auth_addressbook‘]“ ein untergeordnetes Array, welches so aussieht:

Bei Kolab 3.4 über Roundcube externe Mailadressen auswählbar machen weiterlesen →

Bei Kolab 3.4 Mails mit fremdem Absender versenden

Linux, OSS, , , , , , ,

Möchte man mit dem Postfix der Kolab Groupware Mails mit einem Absender verschicken, der nicht der wirkliche Absender ist, kommt es standardmäßig zu einer Fehlermeldung. Mit relativ geringem Aufwand kann man via Kolab den Postfix dazu bringen, bestimmte Absender dennoch zuzulassen.

Doch zuerst: Obacht! Das senden mag dann zwar möglich sein, es kann aber passieren, dass der Server auf der Gegenseite die Mails im Zuge einer Schutzmaßnahme abweist – das können wir nicht umgehen.

Änderung der kolab.conf unter /etc/kolab/kolab.conf

Bei Kolab 3.4 Mails mit fremdem Absender versenden weiterlesen →

Bei Kolab 3.4 (Multidomain-Setup) Domains richtig löschen

Linux, OSS, PHP, , , ,

Möchte man bei Kolab Domains löschen, markiert man diese im Kolab-Webadmin-Panel als „deleted“. Damit werden Sie ausgegraut. Recherchen zufolge sollte nach einiger Zeit ein Cronjob ablaufen, der diese Domains dann entgültig aus dem LDAP-Server löscht.

Auch wenn die Kombination von Debian und Kolab nicht „so toll“ ist, habe ich diese im Einsatz. Unter Debian funktioniert dieser Cronjob nicht – sei auch dahin gestellt, ob er überhaupt existiert.

Bei Kolab 3.4 (Multidomain-Setup) Domains richtig löschen weiterlesen →

Kolab Webadmin Login unter CentOS 7 nach Installation nicht möglich

Linux, OSS, , , ,

Es kann nach der relativ einfachen Installation von Kolab passieren, dass der Login in das Webadmin-Interface nicht möglich ist. Normalerweise lautet der Login-Name „cn=Directory Manager“ und das Passwort lautet so, wie es im Installationsprozess festgelegt wurde.

Aufgrund gewisser (Kernel-)Erweiterungen, in unserem Fall SELinux, wird der Login-Versuch mit der Meldung

Ungültiger Benutzername oder Passwort!

quittiert. (Glaubts, oder glaubts nicht!)

Kolab Webadmin Login unter CentOS 7 nach Installation nicht möglich weiterlesen →