[split] ispCP als Backup MX Mailserver - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega International Area (/forum-22.html) +--- Forum: German Corner (/forum-26.html) +---- Forum: Archiv (/forum-54.html) +---- Thread: [split] ispCP als Backup MX Mailserver (/thread-11872.html) |
[split] ispCP als Backup MX Mailserver - Donni - 10-14-2010 10:02 PM Danke für die Info. Was mich jetzt noch interessieren würde: Wie könnte man den ispCP Server in einem solchen Szenario als Backup Mailserver konfigurieren? Sprich: Er soll als MX mit niedrigerer Priorität arbeiten, ggf. ankommende Mails (z.B. bei Ausfall des primären MX) annehmen, diese aber halt nicht lokal zustellen, sondern an den primären MX (also den "externen" Mailserver (z.B. Exchange)) weiterleiten. Hat jemand so eine Konfiguration am Laufen und kann mir ein paar Hinweise dazu geben? Das wäre echt toll... RE: [split] ispCP als Backup MX Mailserver - Knut - 10-14-2010 11:55 PM Ich hatte mir auch früher mal das mit einem Backup-MX überlegt. Folgende Gedanken haben mich aber davon abgebracht: * Spammer liefern gerne an den Backup-MX ein weil dieser in der Regel alles annimmt bis der Primäre wieder läuft. Filtermechanismen (z.B. unkown User) kann der Backupserver ja nicht kennen. * Sollte der Mailserver nicht laufen, so versucht der Sender noch tagelang die Mail zuzustellen. In der Zeit läuft bei mir der primäre auch locker wieder. * Kosten: Um das halbwegs ausfallsicher zu machen braucht man einen zusätzlichen Server der in einem anderen RZ/Hoster steht. Ich bin dann davon abgekommen weil es mir keinen Mehrwert gebracht hätte. Knut RE: [split] ispCP als Backup MX Mailserver - Donni - 10-15-2010 03:50 AM Ich kann deine Gedanken zum Teil nachvollziehen, einiges sehe ich aber auch anders: (10-14-2010 11:55 PM)Knut Wrote: * Spammer liefern gerne an den Backup-MX ein weil dieser in der Regel alles annimmt bis der Primäre wieder läuft. Filtermechanismen (z.B. unkown User) kann der Backupserver ja nicht kennen.Das ist prinzipiell natürlich richtig. Wenn man manuell eine "Allowed User List" pflegt, sollte es IMHO i.O. sein. Das ist aber natürlich ein Muss. (10-14-2010 11:55 PM)Knut Wrote: * Sollte der Mailserver nicht laufen, so versucht der Sender noch tagelang die Mail zuzustellen. In der Zeit läuft bei mir der primäre auch locker wieder.Auch das ist natürlich wahr. Wenn beim Ausfall deines primären MX die "verpassten" Mails allerdings auf deinem Backup MX auflaufen, kannst du selbst den Zeitpunkt des nächsten Übermittlungsversuches selbst bestimmen, d.h. du kannst unmittelbar nach Reaktivierung des Primär MX die Übermittlung aller aufgelaufenen Mails starten und der Kunde muss nicht darauf warten - Das kann ja (je nach Gegenstelle und Länge des Ausfalls) auch mal dauern... (10-14-2010 11:55 PM)Knut Wrote: Kosten: Um das halbwegs ausfallsicher zu machen braucht man einen zusätzlichen Server der in einem anderen RZ/Hoster steht.Ebenfalls richtig und nichts gegen einzuwenden. Ich sehe den Anwendungsfall bei mir auch eher woanders: Ich habe relativ viele Kunden, die intern in ihren Firmen einen Exchange oder David Server betreiben und Mails direkt annehmen (sind also der primäre MX). Zu Backup Zwecken habe ich aber am ispCP Server immer 1 POP3 Konto eingerichtet und alle gültigen Adressen als Weiterleitung auf eben dieses POP3 Konto und das wird dann regelmäßig vom primären Server abgefragt. Da POP3 nicht unbedingt das Mittel der Wahl dafür ist, wäre das o.g. Szenario schon recht nett oder was meinst du/ihr dazu? Oder habt ihr da andere/bessere/schlauere Lösungen für diesen Fall parat? |