Kolab 3.3 Multidomain: Bisheriges Vorgehen / Konzeption

[Jan Kowalsky]

Hallo Markus,

Am 16.12.2014 um 16:25 schrieb Markus Klaus Schäffauer:
> Hallo,
> 
> ich werde immer wieder nach meiner speziellen Multidomain-Konzeption
> gefragt - ich behaupte mal ich habe gar keine spezielle
> Multidomain-Konzeption, sondern die einfachste, die man überhaupt
> haben kann.

die einfacchste wäre: du nutzt nur domain-aliase. Wie Thorsten schrieb,
brauchst du dann gar kein Multi-Domain-Setup.

Der Nachteil: ein User hat als default immer eine E-Mail-Adresse aus der
primären Domain - und du kannst ein Mail-Alias mit einem Domain-Namen
setzen, der als Domain-Alias eingetragen ist.

Um das zu erreichen bearbeitest du im Kolab-Webadmin lediglich die beim
Setup eigerichtete Domain - und fügst keine weitere hinzu.

> Ich möchte lediglich zwei unterschiedliche Emailadressen (also aus
> eigenen Domänen) verwenden können! Das dürfte ja wohl der Minimalfall
> sein bzw. nichts Spezielles!

ja, stimme ich zu. Hat leider trotzdem seine Tücken.

wie ich aus dem unten entnehme, bist du aber den anderen Weg gegangen
und hast eine weitere Domain angelegt. Also "richtiges"
Multi-Domain-Szenario.

> Insofern habe ich genau die Anleitung aus kolab.org zum Aufsetzen
> einer Multidomain-Umgebung befolgt - sie funktioniert ja auch
> weitgehend, setzt aber an einer Stelle aus.
> 
> Hier meine Daten:
> 
> OS= Debian 3.2.63-2+deb7u2 x86_64 GNU/Linux (minimale Installation)
> Kolab = 3.3
> 
> Befolgte Anleitungen für Miltidomain:
> 1.) http://docs.kolab.org/howtos/multi-domain.html (hier fast alles)
> 2.) http://kodira.de/2014/11/kolab-3-3-multi-domain-setup-centos-7/
> 
> Im Allgemeinen bin ich 1.) gefolgt, mit Ausnahme von "Change Cyrus
> IMPAD" und "Change Roundcube (webmail)", zu denen ich 2.) befolgt
> habe, da die dortigen Angaben da ausführlicher sind.
> 
> Die Sequenz zur Entfernung des Kanonifizierungs-Prozesses in 1.) habe
> ich nicht befolgt, da ich verstanden habe, dass dies nur bis Cyrus
> IMAP 2.4 notwendig ist.
> 
> Folgende beiden Email-Adressen benötige ich dringend (ein paar weitere
> später noch):
> 
> anton at xymeier.de
> alejandra at torres-henriquez.de
> 
> Email-Aliase verwende ich selbst keine anderen als die, die
> automatisch vom System angelegt wurden:
> 
> a.wurst at xymeier.de
> anton.wurst at xymeier.de
> wurst at xymeier.de
> 
> a.torres-henriquez at torres-henriquez.de
> alejandra.torres-henriquez at torres-henriquez.de
> torres-henriquez.de
> 
> Aliase habe ich selbst keine angelegt und brauch auch keine - das
> System hat aber automatisch folgende Domain-Aliase angelegt:
> 
> xymeier.de
> mainserv.xymeier.de
> localhost.localdomain
> localhost
> 
> torres-henriquez.de
> mainserv.torres-henriquez.de
> localhost.localdomain
> localhost

ja. Und hier könnte das Problem stecken: Beide domains haben auch
domain-Aliase, nämlich mainserv....

Daher benötigst du zusätzliche Postfix-Einträge, wie hier:

http://docs.kolab.org/howtos/multi-domain.html#alias-domain-name-spaces-for-hosted-kolab-domains

beschrieben.

Bei meinem Setup gab's außerdem noch das Problem, dass subdomains (also
mit einer zusätzlichen Domain-Komponente) so lange nicht funktioniert
haben, bis ich in der kolab.conf diese extra referenziert hatte.

In deinem Fall müsste also in die kolab.conf noch rein:

^^^^^^^^^^^^^^^^^^^
[mainserv.torres-henriquez.de]
primary_mail = %(givenname)s.%(surname)s@%(domain)s
^^^^^^^^^^^^^^^^^^


(oder eben den Standard für die primary_mail, den du gerne hättest.

Hier findest du meine Probleme dazu:

https://lists.kolab.org/pipermail/users/2014-March/016985.html

Ich benutze dieses Skript, um das einzurichten. Vielleicht hilft das ja
weiter.

https://github.com/jankowa/kolab3scripts

> Es gibt in der Anleitung 1.) gleich zu Beginn ein Problem: Dort wird
> man unter "Amavisd Changes" angewiesen, folgende Ersetzung in
> /etc/amavisd/amavisd.conf vorzunehmen:

das dürfte aber nicht dein Postfix-Problem betreffen...

> @local_domains_maps = ( [".$mydomain"] );
> 
> replace for the following wildcard expression:
> 
> $local_domains_re = new_RE( qr'.*' );
> 
> Tatsächlich gibt es in debian 7 jedoch keine amavis.conf-Datei mehr,
> sondern eine Aufsplitterung der config-Datei in mehrere Dateien. Ich
> habe auch die Anweisung "@local_domains_maps = ( [".$mydomain"] );"
> vergeblich gesucht - stattdessen findet man in
> /etc/amavis/conf.d/05-domain-id eine ähnliche Zeile, nämlich
> 
> @local_domains_acl = ( ".$mydomain" );
> 
> Die habe ich nun durch folgende Zeile ersetzt:
> 
> @local_domains_acl = qw( ".$mydomain" );
> 
> Das soll nämlich in Perl ebenfalls alle Domains zulassen.

ja, da ist es bei mir auch konfiguriert. Mein diff sieht so aus:

diff --git a/amavis/conf.d/05-domain_id b/amavis/conf.d/05-domain_id
index e1174c0..ba493bf 100644
--- a/amavis/conf.d/05-domain_id
+++ b/amavis/conf.d/05-domain_id
@@ -14,6 +14,7 @@ chomp($mydomain = `head -n 1 /etc/mailname`);
 # override or redefine this if $mydomain is changed later in the config
 # sequence.

- at local_domains_acl = ( ".$mydomain" );
+# @local_domains_acl = ( ".$mydomain" );

+$local_domains_re = new_RE( qr'.*' );
 1;  # ensure a defined return



> FAZIT:
> 
> Ich verstehe nicht, warum obiges Szenarium so speziell sein soll, dass
> es Kopfzerbrechen macht. Lediglich 2 unterschiedliche Emails verwenden
> wollen - etwas einfacheres gibt es wohl doch kaum noch, außer gar
> keine Multidomain-Umgebung verwenden.

ja. Leider gibt's doch jede Menge Fallen und Tücken.

Viele Grüße
Jan