+1 separate users from domains
external mailservers + relay domains are already on roadmap for 1.1.3.0, otherwise this would be my second vote
+1 separate users from domains
external mailservers + relay domains are already on roadmap for 1.1.3.0, otherwise this would be my second vote
HOWTO Externe Mailserver (bis dies in i-MSCP eingebaut ist) mit Backup-MX
DNS Templates anpassen:
/etc/imscp/bind/parts/db_e.tpl
/etc/imscp/bind/parts/db_master_e.tpl
Für existierende Domains brauchen wir keine Anpassungen zu machen, dies geschieht automatisch sobald die Zonen aktualisiert werden von iMSCP.
Nun müssen wir bei den Domains, die einen externen Mailserver haben sollen, unter der DNS Verwaltung in iMSCP GUI "eigenen DNS Records hinzufügen", wir brauchen insgesamt zwei:
Domain: domain.tld
Typ: A
Klasse: IN
Name: mx10.domain.tld.
IP-Adresse: IP des externen Mailservers
Bitte achtet unbedingt darauf, dass der Punkt im Feld Name am Ende wichtig ist!
Jetz nochmal einen eigenen DNS Record hinzufügen.
Domain: domain.tld
Typ: MX
Klasse: IN
Priorität: 10
Zielrechner: mx10.domain.tld.
Hier bitte auch beachten, dass der Punkt im Feld Zielrechner am Ende nicht vergessen wird.
Damit hätten wir eine flexible Basis geschaffen, Domains ohne grössere Konflikte auf externe Mailserver zu leiten.
Da wir ja die DNS Templates angepasst haben, werden alle neuen Domains mit einem MX Record der Priorität 20 erstellt, bei bereits existierenden Domains wird dieser bei nächstem update aktualisiert.
Nun können wir jeder Zeit externe Mailserver hinzufügen, ob bei neuen oder existierenden Domains, und der externe Mailserver bekommt Priorität 10.
Da es aber hin und wieder vorkommen kann, dass ein externer Mailserver ausfällt (gerade bei MS Exchange :P), landen die Mails natürlich auf mx20, also unserem Hosting server.
Um diese fehlgeleiteten Mails trotzdem an ihren Zielort zuzustellen, sobald der Ausfall vorüber ist, konfigurieren wir unseren Server als Backup-MX.
Wir bearbeiten /etc/postfix/main.cf und fügen die zeile hinzu:
relay_domains = hash:/etc/postfix/relay_domains
Diese Änderung reflektieren wir in /etc/imscp/postfix/working/main.cf
löschen alle domains die einen externen Mailserver haben aus der /etc/postfix/imscp/domains
Diese Änderung reflektieren wir in /etc/imscp/postfix/working/domains
Nun erstellen wir eine neue datei /etc/postfix/relay_domains
In diese Datei packen wir alle Domains rein, die einen externen Mailserver haben mit folgender Syntax:
domain1.tld OK
domain2.tld OK
domain3.tld OK
Machen wir jetzt Postfix unsere Änderungen an der "virtual domains map" und unsere neu erstellte "relay domains map" bekannt:
postmap /etc/postfix/imscp/domains
postmap /etc/postfix/relay_domains
/etc/init.d/postfix restart
So, unser Hostingserver bekommt nun ganz normal alle Mails für die lokal vorhandenen Mailboxen, sollte er eine Mail erhalten die keine Mailbox auf unserem Server besitzt, wird Postfix diese auffangen und versuchen sie per MX Record auf den externen Mailserver zuzustellen. Natürlich nur für Domains die in der "relay domains map" gelistet sind, wir wollen ja kein Spam weitersenden.
Die zu Anfang beschriebene Änderung an den DNS Templates ist wichtig, auch wenn ihr euere Domains extern verwaltet. Denn Postfix fragt den lokalen DNS Server ab um Domains aufzulösen!
Im Falle, dass ihr euere Domains tatsächlich über externe Nameserver (z.b. die des Registrars) verwaltet, kommt noch ein schritt dazu!. Ihr müsst dort entsprechend die MX Records anpassen:
mx10. IN A <IP des externen Mailservers>
mx20. IN A <IP des Hostingservers>
IN MX 10 mx10.
IN MX 20 mx20.
Zwar nicht ganz sinnvoll, aber auch einen externen Mailserver mit dynamischer IP und DynDNS kann man nutzen. In diesem Fall benötigt ihr keinen IN A Record in der DNS Verwaltung, sondern nur den MX Record auf die DynDNS-Adresse des Servers.
"eigenen DNS Record hinzufügen"
Domain: domain.tld
Typ: MX
Klasse: IN
Priorität: 10
Zielrechner: meinhost.dyndns.org.
Der Punkt am Ende ist auch hier nötig
bei externen Nameservern:
mx20. IN A <IP des Hostingservers>
IN MX 10 meinhost.dyndns.org
IN MX 20 mx20.
Da solltet ihr aber bedenken, dass der backup mx um einiges öffter Mails auffängt
Dieses Howto kollidiert nicht mit Einstellungen des Autoresponders (transport maps) und auch nicht mit Dovecot und Antispam/Amavisd/Spamassassin Howtos, die in diversen Wikis/Foren zu finden sind.
Wer noch Server mit iSPCP laufen hat, einfach in allen Pfaden imscp gegen ispcp tauschen (jaja, ich habe noch ein paar ispcp server). Und bitte kopiert nicht die DNS Templates aus dem Forum, übernehmt die Anpassungen von Hand, denn diese können sich je nach iMSCP/iSPCP Version unterscheiden.
Wir haben mehrere produktive Server laufen mit diesem Setup, es funktioniert sehr zuverlässig, mehrere Hundert Domains gemischt mit und ohne externe Mailserver. Dennoch übernehme ich keinerlei Verantwortung.