Bekijk Volledige Versie : Fallback mailserver
Cyberdevil
09/04/08, 19:07
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/directadmin/109433-hoe-exim-fallback-server.html
Cyberdevil
09/04/08, 19:31
Dat topic had ik al eens gelezen maar toch geraak ik niet verder :(
hoe zijn je DNS-instellingen voor die zone?
Cyberdevil
09/04/08, 21:15
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.
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.
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.
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.
Cyberdevil
09/04/08, 23:03
Mooi, :lovewht:
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!
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 :)