Onderwerp: werking fallback mailserver?

Kan iemand mij uitleggen hoe een fallback mailserver precies werkt.

Ok ik weet dat ie de mail opvangt als de main mailserver eruit ligt. Maar wat gebeurd er als de main mailserver weer online komt. Gaat ie dan alsnog de gevangen mail doorsturen?

Dank

Dit is exact waar ik ook benieuwd naar was.........

Norman,

Ik weet inmiddels wat er gebeurd. De fallback mailserver slaat zolang de mail op en op het moment dat de main mailserver weer online is wordt deze alsnog vanaf de fallback gereleased en gedropt op de main mailserver.

Geen mail verloren gegaan en nadat de boel weer online is kan de mail weer opgehaald worden.

ja dat is gewoon batch smtp maar kun je me ook uitleggen hoe je de fallback server dan moet configureren ?
Je maakt een MX record aan voor de normale server en een voor de fallback waarbij de priority van de normale hoger ligt ... en dan ?
Hoe configureer je de backup zo .. dat ie ze om de zoveel tijd probeert door te sturen of uberhaut door stuurt ?

Ok you got me there.

Ik weet alleen verder hoe ik het moet instellen in qmail, maar verder hoe het precies werkt weet ik ook niet.

In qmail kun je het domein in de directory '/var/qmail/control/rcpthosts' plaatsen en dan zou ie als fallback server voor dat domein moeten fungeren. (afhankelijk van je directory structuur natuurlijk).

Hoe het met andere mailservers werkt weet ik helaas niet voor je.

Met sendmail moet je het domein in /etc/mail/relay-domains zetten.

Enig idee of het in een control panel ook in te stellen is ?
Zijn waarschijnlijk wel meer klanten die dit zouden willen en om alles met de hand in te stellen is wel erg omslachtig .....

sterker nog hoe kunnen resellers dit anders doen ?
Die hebben toch geen toegang tot relay-domains ?

Bij Exim moet je het domein opnemen in /etc/secondarymx.

Voor resellers: je zou een script kunnen maken welke dit bestand voor je edit, maar wij bieden dit als extra service aan aan onze resellers, dus loopt de aanvraag via onze support.

Origineel geplaatst door Dillard
Bij Exim moet je het domein opnemen in /etc/secondarymx.

Voor resellers: je zou een script kunnen maken welke dit bestand voor je edit, maar wij bieden dit als extra service aan aan onze resellers, dus loopt de aanvraag via onze support.

Dat /etc/secondarymx hangt af van je configuratie bestand. Is nu dus niet te zeggen dat dat standaard bij EXIM is.

ok maar zover ik nu lees is het dus niet standaard mogelijk in een controlpanel ?

cpanel / exim / plesk / web:/cp /directadmin enz... ???

Ik kan me niet aan de indruk onttrekken dat er gebrek is aan TECHNISCHE kennis hier, en dat er heel snel gevraagd wordt.

De beste methode (nmi):

MX 10 mailserver
MX 20 Fallback

Op de fallback kan je instellen dat je wil relayen. Ensim kan dat zeker weten, Plesk weet ik niet zeker (ben ik net mee begonnen).

ALLE (ja, alle) bekende mailservers (Sendmail, Exim, Postfix) ondersteunen relaying. Postfix heeft nog een aantal andere mooie opties.

Zodra de mailserver weer up is, kan je eventueel met een ETRN commando de boel losgooien.

//
In qmail kun je het domein in de directory '/var/qmail/control/rcpthosts'
//

En waar slaat hij binnenkomende emails dan op?
Stuurt hij alle emails vanzelf weer door of moet je iets doen nadat je eerste server weer online is?

//
ETRN commando
//

Meer uitleg graag


Trouwens, Ik heb meegemaakt dat als je server binnen circa 4uur weer online is, krijg je alsnog je emails binnen.

Origineel geplaatst door babak
//
In qmail kun je het domein in de directory '/var/qmail/control/rcpthosts'
//

En waar slaat hij binnenkomende emails dan op?
Stuurt hij alle emails vanzelf weer door of moet je iets doen nadat je eerste server weer online is?

De mail blijft in de queue (meestal /var/qmail/queue) tot de primary weer online is, de email wordt dan door gestuurt. Zie ook <http://www.lifewithqmail.org/>.

//
ETRN commando
//

Meer uitleg graag

ETRN is een ESMTP (Extended Simple Mail Transport Protocol) commando waarbij email op poort 25 wordt door gestuurt naar een client mail server. Dit gaat naar een vooraf ingestelt IP adres. ETRN is een verbetering van het (onveilige) TURN commando, waarbij de connectie vanaf ieder IP adres opgebouwt kan worden.
Zie ook de RFC "SMTP Service Extension for Remote Message Queue Starting": <http://www.rfc-editor.org/rfc/rfc1985.txt>.

Trouwens, Ik heb meegemaakt dat als je server binnen circa 4uur weer online is, krijg je alsnog je emails binnen.

Klopt, mailservers zullen gedurende 4 uur proberen om email af te leveren, pas hierna komt er een 4xx foutmelding terug (delay).

Ensim heeft in de Appliance een mogelijkheid voor het beheer van het relayen van domains.

Ric