setup-kolab und Fremsoftware Re: Erfolg mit Kolab 3.1 auf Debian 7 / root-server

Thomas Baeumer tbals+kolab at ctrl-c.de
Di Dez 17 10:58:05 CET 2013


* Frerk Meyer schrieb 16.12.2013 18:41h:
> Am 15.12.2013 14:29, schrieb Thomas Baeumer:
> 
> > Aus meiner Sicht ist "setup-kolab" viel zu unflexibel und ich würde
> > gerne darauf verzichten und alles per Hand anpassen:
> >  - LDAP Schema im openLDAP installieren
> >  - Postfix anpassen
> >  - Dovecot anpassen
> >  - Apache anpassen
> >  - MySQL anpassen (besser wäre PostgreSQL)
> 
> Hallo Thomas,
> Da bin ich nicht ganz deiner Meinung. setup-kolab dürfte gerne
> fehlertoleranter werden und ein clean-kolab als Gegenmittel wäre
> vielleicht auch hilfreich.
> Das kommt aber in meiner Prioriät vor der Unterstützung von alternativen
> Softwarelösungen, wie openLDAP statt 389-ds oder dovecot statt
> cyrus-imap oder postgreSQL statt MySQL oder Exim statt Postfix oder...
> Immerhin werden MySQL, Postfix, etc. aus den Standardpaketen von Debian
> genutzt.
> 
> Aus
> http://www.heise.de/open/meldung/Groupwareloesung-Kolab-3-geht-in-den-Alphatest-1661833.html:
> "Die Alpha von Kolab 3 unterstützt weiterhin OpenLDAP, nutzt als
> Standard-Verzeichnisdienst jetzt allerdings den 389 Directory Server."
> 
> Es muss also irgendwie gehen, wird aber anscheind nicht von setup-kolab
> unterstützt.
> 
> setup-kolab versteht einen Parameter. Eventuell hilft es ja wenn man den
> LDAP Teil überspringt und die anderen Teile nutzt:
> root at kolab:~# setup-kolab help
> freebusy                  - Setup Free/Busy.
> help                      - Display this help.
> imap                      - Setup IMAP.
> kolabd                    - Setup the Kolab daemon.
> ldap                      - Setup LDAP.
> mta                       - Setup MTA.
> mysql                     - Setup MySQL.
> php                       - Setup PHP.
> roundcube                 - Setup Roundcube.
> syncroton                 - Setup Syncroton.
> 
> Viele Grüße,
> Frerk Meyer


Hallo Frerk,

ich finde es ja auch ausgesprochen gut, dass Kolab die Debian-Pakete
nutzen kann. Genau darum bin ich bei Kolab gelandet.

Und gerade weil der Installer nicht mit allen IMAP-Servern, MTAs und
Datenbankserver dieser Welt umgehen kann, wäre eine Doku wie man es
manuell konfigurert, genau das richtige.
Dovecot ist ja kein Exot, sondern inzwischen Platzhirsch und
quasi-Standard.

Mit MySQL kann ich leben, obwohl ich auch gar nicht verstehe, warum
überhaupt ein Datenbank benötigt wird. Konsequenterweise sollte 
alles im LDAP stehen.
Und das der openLDAP "sollte irgendwie gehen", denke ich eigentiich auch.
Auf deinen Tip hin habe ich mal folgendes gestartet:

# setup-kolab ldap --with-openldap -d 9
pykolab.conf DEBUG [26869]: Setting kolab_default_locale to 'en_US' (from defaults)
pykolab.conf DEBUG [26869]: Setting mail_attributes to ['mail', 'alias'] (from defaults)
pykolab.conf DEBUG [26869]: Setting mailserver_attribute to 'mailhost' (from defaults)
pykolab.conf DEBUG [26869]: Setting loglevel to 50 (from defaults)
pykolab.conf DEBUG [26869]: Setting imap_virtual_domains to 'userid' (from defaults)
pykolab.conf DEBUG [26869]: Setting cyrus_annotations_retry_interval to 1 (from defaults)
pykolab.conf DEBUG [26869]: Setting ldap_unique_attribute to 'nsuniqueid' (from defaults)
pykolab.conf DEBUG [26869]: Setting address_search_attrs to ['mail', 'alias'] (from defaults)
pykolab.conf DEBUG [26869]: Setting with_ad to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting config_file to '/etc/kolab/kolab.conf' (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting loglevel to 'CRITICAL' (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting php_ini_path to None (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting answer_yes to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting quiet to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting fqdn to 'host.domain.tld' (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting anonymous to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting debuglevel to 0 (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting timezone to None (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting logfile to '/var/log/kolab/pykolab.log' (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting without_ldap to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Setting with_openldap to False (from the default values for CLI options)
pykolab.conf DEBUG [26869]: Hole Optionen aus Konfigurationsdatei
pykolab.conf DEBUG [26869]: Lese Konfigurationsdatei /etc/kolab/kolab.conf
pykolab.conf DEBUG [26869]: Setting logfile to '/var/log/kolab/pykolab.log' (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting config_file to '/etc/kolab/kolab.conf' (from CLI, verified)
pykolab.conf DEBUG [26869]: Setting loglevel to 'CRITICAL' (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting php_ini_path to None (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting answer_yes to False (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting fqdn to 'host.domain.tld' (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting quiet to False (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting anonymous to False (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting debuglevel to 9 (from CLI, verified)
pykolab.conf DEBUG [26869]: Setting timezone to None (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting with_ad to False (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting without_ldap to False (from CLI, not checked)
pykolab.conf DEBUG [26869]: Setting with_openldap to True (from CLI, not checked)
#

Das wars. Es passiert nichts. Kein Zugriff auf den openLDAP.
Könnte daran liegen das in der /etc/kolab/kolab.conf unter "[ldap]"
folgendes steht:

ldap_uri = ldap://localhost:389
supported_controls = 0,2,3
base_dn = dc=example,dc=org
bind_dn = cn=Directory Manager
bind_pw = password
service_bind_dn = uid=kolab-service,ou=Special Users,%(base_dn)s
service_bind_pw = hashed-password

Was natürlich nicht stimmt. 
Aber darum starte ich ja "setup-kolab ldap --with-openldap", um die
passenden Parameter zu erfragen.


Wie komme ich hier weiter?

Danke und Gruss
  Thomas



Mehr Informationen über die Mailingliste users-de