Onderwerp: [hoe?] failover email systeem

stel nou dat je 1 mailserver hebt, wanneer deze down gaat is er dus voor alle aangsloten domains GEEN mailverkeer meer en worden mailtjes dus gewoon gedropped ofzo. Ze komen iig NOOIT aan zolang de mailserver down is.

Hoe los ik dit op?
Een tweede mailserver in richten die als backup fungeert ? ofwel, alle mails gaan naar de tweede MX record in de dns configuratie en daar worden ze opgeslagen. Wanneer de primary mailserver weer in de lucht is zal de backup server alles doorsturen zodat er GEEN mail verloren is gegaan ten tijde van de downtime bij server 1.

Of:
een tweede mailserver die in feite een exacte kopie is van de eerste en dus in no-time de zaken kan overnemen. Deze server moet als tweede MX record in de DNS zone file staan.
Maar hoe gaat dat in zn werk? Via rsync kan deze op gezette tijden /etc/postfix en /etc/courier mappen syncen en zo alle mail accounts en aliassen synchroon houden... De mail boxen (/var/mail/virtual/<mailbox>) kunnen op een NFS share staan. Wegens filelocking problemen gaat dat niet met de configuratie bestanden in /etc/*

Iig, wat is de normale oplossing voor een failover mail systeem

Kan je dat altijd af op 1 systeem of is een cluster toch nodig vanaf een bepaald punt...
(lijkt mij niet aangzien mail toch geen enorme impact heeft... laat ik antivirus en antispam even buiten de picture. Helemaal als je nagaat dat systemen over een jaar of 2 als weer enorm veel sneller zijn als nu)

De eerste oplossing is de meest gebruikte geloof ik.

De tweede klinkt goed, maar je klanten zullen connecten naar mail.domein.tld hoe ga je dat afvangen ? Via een ander apparaat wat zelf de verbinding doorzet naar je backupserver indien de eerste niet reageert oid ?

Oorspronkelijk geplaatst door Rob77

De eerste oplossing is de meest gebruikte geloof ik.

De tweede klinkt goed, maar je klanten zullen connecten naar mail.domein.tld hoe ga je dat afvangen ? Via een ander apparaat wat zelf de verbinding doorzet naar je backupserver indien de eerste niet reageert oid ?

in gok er op dat dat via ldirectord af te vangen is, net zoals dat voor het webcluster gebeurd.

(een virtueel ip adres dus die door de loadbalancer uitgesmeerd is over het cluster)

normaal ben je niet zo lang offline, dus eerste oplossing lijkt mij handiger.

@nzyme -> je stelling is onjuist. De meeste mailservers die mail op JOUW server moeten bezorgen blijven dat meestal ongeveer 4 dagen proberen...
Pas na die 4 dagen gaat er een NDR terug naar de afzender.
Het is dus niet zo dat die mail gedropped wordt.

Oorspronkelijk geplaatst door xSeries

@nzyme -> je stelling is onjuist. De meeste mailservers die mail op JOUW server moeten bezorgen blijven dat meestal ongeveer 4 dagen proberen...
Pas na die 4 dagen gaat er een NDR terug naar de afzender.
Het is dus niet zo dat die mail gedropped wordt.

4 dagen? ik dacht dat het 4 uurtjes was. Of vergis ik me?

Is een instelling in de mailserver; default staan die voor zover ik weet (iig Exchange) op 4 dagen.

Oorspronkelijk geplaatst door Future

4 dagen? ik dacht dat het 4 uurtjes was. Of vergis ik me?

mjah volgens mij is het ook een paar uurtjes, maar iig had ik me in de SP vergist

Deze DNS records lijken mij de truc te doen:

Code:

...
mail.nzyme.lan   IN      MX      10 mail.nzyme.lan.
mail.nzyme.lan   IN      MX      20 mail2.nzyme.lan.
...
mail            IN      A       10.0.0.222
mail2           IN      A       10.0.0.201

Wat zit er qua software precies op de fallback eigelijk

Houdt rekening met 3 zaken:

- Zorg ervoor dat je secondairy-DNS op een andere server staat. Geen DNS -> NDR
- Zorg ervoor dat je fallback MX even sterke anti-spam functionaliteit heeft dan je primaire mailserver
- Ik maak zelf gebruik van Postfix in combinatie met fallback_mx. Deze functie zorgt ervoor dat als je je tweede MX goed configureerd, postfix 'm vanzelf oppakt. Dit KAN voor backscatter zorgen. Met mijn prive-domeinnaam neem ik die voor lief, maar voor zakelijke omgevingen is het handig om dat op basis van access-lists en transport-tables te fixen.

Als je echt voor een cluster wil gaan kom je met een probleem, hoe ga je je opslag regelen?

Je kan wel een NFS doos neerzetten, maar als die plat gaat ben je alsnog weg.

cluster is al van de agenda geschrapt

ik ben aant uitzoeken hoe ik fallback MX opzet (op NS2, een tweede machine)

Let wel op, spammers spammen graag naar de fallback MX, die hebben namelijk vaak slechtere Anti-Spam protectie.

Oorspronkelijk geplaatst door Wido

Let wel op, spammers spammen graag naar de fallback MX, die hebben namelijk vaak slechtere Anti-Spam protectie.

i know
ik ben van plan om dezelfde antispam config ook op de fallback te zetten.

ik weet dat het spam riekend is , maar kijk eens naar onze oplossing : http://www.mijn-sleutel.net/?pagina=dnsmx

Zonder garanties wil ik overigens ook wel gratis fallback-DNS draaien. Fallback-MX niet. Daarvoor zal je inderdaad een andere partij aan moeten schieten.