[Backup MX] 2x QMail + Courier-IMAP (Plesk installatie)

[IEF]

Goeiedag,

Ik was aan het proberen een backup MX op te zetten voor mijn hoofd e-mail server,
die draait met QMail + Courier-IMAP volgens een Plesk Control Panel installatie.

Deze mailserver handelt dus meerdere virtual domains af,

nu was mijn vraag:

Na het instellen van de backup MX records in DNS (met een hogere waarde voor MX etc)

Hoe configureer ik QMail op zo'n manier dat hij:

-geen local delivery uitvoert
-om de minuut oid probeert deze mail af te leveren bij de hoofd mailserver

Ik heb al behoorlijk gegoogle'd hiervoor, maar veel verder dan
'Schakel local delivery uit' en 'add de backup MX records in DNS' kwam ik niet.

Moet ik hiervoor ook ALLE virtualdomains elke keer opnieuw in de backup
mailservers' config zetten ?

of is er ook een manier dat hij gewoon alle mail die binnenkomt op de backup MX
forwardt naar de hoofdserver (ja ik weet, ik ben lui ) ?

misschien dat iemand met redelijk wat QMail ervaring me verder kan helpen..

[Zwerver]

IEFtm schreef op 10 september 2004 @ 19:52:
Goeiedag,

Ik was aan het proberen een backup MX op te zetten voor mijn hoofd e-mail server,
die draait met QMail + Courier-IMAP volgens een Plesk Control Panel installatie.

Deze mailserver handelt dus meerdere virtual domains af,

nu was mijn vraag:

Na het instellen van de backup MX records in DNS (met een hogere waarde voor MX etc)

Hoe configureer ik QMail op zo'n manier dat hij:

-geen local delivery uitvoert
-om de minuut oid probeert deze mail af te leveren bij de hoofd mailserver

Ik heb al behoorlijk gegoogle'd hiervoor, maar veel verder dan
'Schakel local delivery uit' en 'add de backup MX records in DNS' kwam ik niet.

Moet ik hiervoor ook ALLE virtualdomains elke keer opnieuw in de backup
mailservers' config zetten ?

Ja, dat moet zo, want je wil voor verschillende domeinen een andere backup MX op kunnen geven.
Dat is niet alleen zo bij Qmail, maar bij elke mailserver die domeinen af moet handelen.

Stukje extra uitleg: gooi gewoon in de rctphosts-file de namen van de mail die hij af moet handelen, een goede dns-entry zorgt dan voor de rest.

En nog een stukje extra:

8. Backup Mail Server ...........................................................................

If you are for example, running as a backup MX for another domain, that mail should not be delivered locally. But rather be queued to deliver to the host later. If you want to accomplish this, it's very easy to do, just specify the domain you are a MX for in the rcpthosts file ONLY. When a message is received, if the domain matches any hosts in rcpthosts, it's then compared to the locals file, if there is a match in locals, it is delivered locally, if not it's queued for later delivery to the host that should have received the message, but was unreachable at the time.

[ Voor 31% gewijzigd door Zwerver op 10-09-2004 20:01 ]

[IEF]

ik hoop dat het goed is ingesteld..
iemand een idee hoe ik dit op een betrouwbare manier kan testen?

(zonder dus de primary MX down te gooien )

[zeroxcool]

Een betere manier dan dat is er volgens mij niet . Mocht je backup niet goed werken dan zal de zendende SMTP-server het ook gewoon in zijn queue zetten en wachten tot er één van de twee MX'en gelist voor dat domein reageren.

Mag ik trouwens vragen hoe je nu je DNS instellingen hebt, dat is namelijk nogal belangrijk wil qmail het handeltje zelf oplossen.

[_JGC_]

Backup MX testen is niet zo moeilijk:

[/code]
telnet backupmx 25
ehlo jouwhost
mail from: jouwemail
rcpt to: jouwemail
data
Subject: test

Hallo test
.
[/code]
Waarbij ik ervanuit ga dat jouwemail in een domein zit wat afgehandeld hoort te worden op de backup MX.
Vervolgens je mail controleren en je zou dat mailtje moeten hebben.

Overigens hoeft je backup MX niet per se qmail te zijn. Zelf heb ik een tijd postfix gedraaid met op de backup MX qmail.

[IEF]

ZeRoXcOoL schreef op 23 september 2004 @ 15:25:
Een betere manier dan dat is er volgens mij niet . Mocht je backup niet goed werken dan zal de zendende SMTP-server het ook gewoon in zijn queue zetten en wachten tot er één van de twee MX'en gelist voor dat domein reageren.

Mag ik trouwens vragen hoe je nu je DNS instellingen hebt, dat is namelijk nogal belangrijk wil qmail het handeltje zelf oplossen.

A records geadd voor beide mailservers
MX records: MX10 voor de primary en MX20 voor de secondary

domein.com. MX (10) mail.domein.com.
domein.com. MX (20) mail2.domein.com.

mail.domein.com. A xx.xx.xx.01
mail2.domein.com. A xx.xx.xx.02

lijkt mij in orde

//ik heb maar voor MX20 gekozen omdat ik later eventueel nog meerdere mail
servers wil adden als backups

_JGC_ schreef op 23 september 2004 @ 16:40:
Backup MX testen is niet zo moeilijk:

...

Dit gaat niet.. SMTP authentication staat aan.
ik zal het eens uitzetten en testen..

hmm.. niets dus.. hoe kan ik controleren waar ie dan op blijft hangen?

[ Voor 17% gewijzigd door IEF op 28-09-2004 18:04 ]