Onderwerp: Fallback mailserver

Ben momenteel aan het vloeken om een fallback mailserver op te zetten.

Ik maak gebruik van Exim op Direct-Admin en postfix op een vps (fallback).

Nu ben ik bezig met de settings van de fallback server want volgens mij moet ik niks veranderen in de exim config.

De postfix config heb ik relay_domains al laten instellen door via cron domains van DirectAdmin om de zoveel tijd op te halen dus die instelling is al goed.

Verder heb ik myhostname, mydomain, inet_interfaces en mynetworks ingesteld maar toch ontvangt hij geen emails.

Via telnet kan ik wel connecten en weet ik dat hij correct draait, MX records zijn ingesteld en kan ik pingen. Maar als ik de main MX server plat legt en een email stuur dan ontvangt mijn fallback server niks en krijg ik die mail pas later als ik de primaire server opnieuw start.

Iemand een idee ?

http://www.webhostingtalk.nl/directa...ck-server.html

Dat topic had ik al eens gelezen maar toch geraak ik niet verder

hoe zijn je DNS-instellingen voor die zone?

mijndomein.be. 14400 IN MX 20 199.199.199.199
mijndomein.be. 14400 IN MX 10 mx1

maak een A-Record aan:

fallback.mijndomein.be. 14400 IN A 199.199.199.199

Daarna de MX naar de fallback.mijndomein.be laten verwijzen. MX mag *NOOIT* naar een IP verwijzen.

Oorspronkelijk geplaatst door Cyberdevil

mijndomein.be. 14400 IN MX 20 199.199.199.199
mijndomein.be. 14400 IN MX 10 mx1

Zorg in elk geval dat je 2 nette MX records heb, dus die 199.199.. als een A record en in je MX record een naampje ala je mx1.

Oorspronkelijk geplaatst door DiedX

MX mag *NOOIT* naar een IP verwijzen.

Niet helemaal waar (zijn RFC's voor), maar het is niet netjes en wordt niet altijd goed ondersteund.

Oorspronkelijk geplaatst door royen99

Zorg in elk geval dat je 2 nette MX records heb, dus die 199.199.. als een A record en in je MX record een naampje ala je mx1.



Niet helemaal waar (zijn RFC's voor), maar het is niet netjes en wordt niet altijd goed ondersteund.

Het word wel ondersteund, maar het heeft geen reserve dns, daar struikelen veel checks over.

Ik kan er niet heel snel wat over terugvinden in de RFC. Feit is dat sommige MTA's het niet goed ondersteunen, dus als ik TS was, zou ik netjes een MX aanmaken zoals hij bedoeld is.

Mooi,

Probleem opgelost. Mails komen mooi op postfix en als ik de queue nog eens probeer te versturen komen de mailtjes aan.

Nu alleen nog zoeken of alles veilig is voor spammers (dat zal wel niet waarschijnlijk) en zoeken hoe ik alle domeinen in Directadmin kan aanpassen. De nieuwe zijn makkelijk te doen met custom configs aan te maken maar de oude aanpassen zal ik moeten doen door named.db aan te passen geloof ik :s

Extra vraagje : Als ik nu voor te testen de MX van de fallback even op 0 zet en ziet wat hij met de mailtjes doet gaan alle mails eerst over de fallback server tot ik die waarde terug op 20 zet ? Of worden MX records ook gecached ?

Afhankelijk van je keuze. Ik denk dat jij fallback_domains (of iets soortgelijks) hebt. Postfix weet dan niet waar ze naar toe moeten: immers, hij is zelf de hoogste prio. Ik denk dat hij het niet naar een hogere prio zal werpen.

Dit kan je (heel netjes) oplossen door van je transport_table gebruik te maken.

Inzake spam: installeer postgrey, maak gebruik van zen (rbl-list), en je bent al een end. Wil je verder, spamassassin doet vaak wonderen. En bedenk dat de fallback-server je zwakke schakel is in je anti-spam beleid: als deze niet minimaal gelijk is aan je primaire server, zal je altijd meer spam krijgen.

Handiger lijkt het mij om het mailprogramma op de primary even te stoppen. Dan moet de fallback het overnemen en kun je het zelf even testen.

Antenna

Ik zou het eerder omdraaien: gewoon telnetten naar poort 25, en kijken wat er gebeurd. Als het fout is merk je dat snel genoeg namelijk!

Oorspronkelijk geplaatst door Cyberdevil

Extra vraagje : Als ik nu voor te testen de MX van de fallback even op 0 zet en ziet wat hij met de mailtjes doet gaan alle mails eerst over de fallback server tot ik die waarde terug op 20 zet ? Of worden MX records ook gecached ?

Postfix detecteerd vrij snel of hij aan het loopen met zichzelf is, en zal dit op een gegeven moment ook afkappen. Tevens kun je door middel van transport de eindbestemming bepalen. Stel dat je mail server eruit ligt, maar je wilt perse de mail van domein y afleveren kun je dat doen door te spelen met de transport destination