Verbindung zum Speicherserver fehlgeschlagen

Stefan Lorenz stefan.lorenz at it-consulting-lorenz.de
Di Apr 8 23:47:17 CEST 2014


Hallo Markus,

vielen Dank für die schnelle Antwort.

/etc/amavisd war tatsächlich bei mir leer und ich habe es dann eben neu installiert 
und die Änderung vorgenommen. 

amavisd.conf wird jetzt auch befüllt, einloggen kann ich mich aber immer noch 
nicht. 

Nach ein bisschen Recherche bin ich dann auf folgenden Fehler gestoßen:

cyruslib.CYRUSError: (10, 'LOGIN', 'generic failure'

Erzeugt nach einer EIngabe von kolab list-mailboxes.

Außerdem wird dem neuen User kein Mailserver angelegt, das sieht man im 
Webadmin unter System --> Email-Server. 

Der User kann sich also nicht einloggen weil gar keine Mailbox angelegt wird.

Das passiert reproduzierbar. 

Zum PS: Ja das kann ich auch nicht nachvollziehen. Da wird lieber so eine, aus 
meinen Augen überflüssige Komponente wie Chwala implementiert anstatt 
erstmal die Installation rund zu machen.
Der Bug-Report und der Fix sind ja nun alt genug. Ich kann mir nur noch vorstellen 
das der CentOS Upstream zu langsam ist. Hat es mal jemand auf Fedora getestet?

Viele Grüße
Stefan



Am Dienstag, 8. April 2014, 22:36:52 schrieb Markus Bernhardt:


Hallo Stefan,


das ist genau mein Setup, und bei mir hat das auch nicht funktioniert.


Das liegt an diesem Bug:
https://issues.kolab.org/show_bug.cgi?id=2864[1]


Ich habe meinen Server mit diesem Skript wieder platt gemacht:
http://git.kolab.org/kolab-scripts/tree/cleanup-and-start-over.sh[2]


Dann Kolab wieder installiert:
yum install kolab


*VOR *setup-kolab FOLGENDE ÄNDERUNG VORNEHMEN:


[root at mail ~]# vi /usr/lib/python2.6/site-packages/pykolab/setup/setup_mta.py
...        if os.path.isdir('/etc/amavisd'):            fp = open('/etc/amavisd/amavisd.conf', 
'w')

*            fp.write(t.__str__())            fp.close()

*        elif os.path.isdir('/etc/amavis'):            fp = open('/etc/amavis/amavisd.conf', 
'w')            fp.write(t.__str__())            fp.close()
...


Bei mir läuft es dann ohne Probleme.


Cheers,
Markus


P.S.:


Dies ist einer der Fehler, wie mich an Kolab zweifeln lassen. Die neueste Version von 
Kolab läuft nicht auf der neuesten Version der Referenzplatform. WTF? Warum wird 
der Fix nicht sofort gepublished? Genauso sind die vielen leeren Seiten in der 
Dokumentation komisch.


Am 08.04.2014 um 21:29 schrieb Stefan Lorenz <stefan.lorenz at it-consulting-
lorenz.de[3]>:


Server 2 CentOS 6.5 mit Kolab 3.2 nach der Doku installiert.  interne IP 172.16.99.3




-- 

it-consulting-lorenz

Stefan Lorenz

Stader Postweg 8a 27721 Ritterhude
Deutschland
UStId: DE280905628
Telefon: +49 (0)173 - 377 4210
E-Mail: _stefan.lorenz(at)it-consulting-lorenz.de_ 
Web: it-consulting-lorenz.de[4] 

--------
[1] https://issues.kolab.org/show_bug.cgi?id=2864
[2] http://git.kolab.org/kolab-scripts/tree/cleanup-and-start-over.sh
[3] mailto:stefan.lorenz at it-consulting-lorenz.de
[4] http://www.it-consulting-lorenz.de
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kolab.org/pipermail/users-de/attachments/20140408/f6576e30/attachment-0001.html>


Mehr Informationen über die Mailingliste users-de