Tom

that's very interesting info. Maybe someone has a manual or best way for
having a backup mx with qmail+vpopmail?
it would be great to add this to the toaster in an optional part (configure
a backup MX).

regards,
                Ingo Claro 
Gerente de Operaciones
[EMAIL PROTECTED] 
(+56-2) 43 00 155

        

-----Mensaje original-----
De: Tom Collins [mailto:[EMAIL PROTECTED] 
Enviado el: MiƩrcoles, 07 de Septiembre de 2005 11:16
Para: toaster@shupp.org
Asunto: Re: [toaster] Query about backup-mx's

On Sep 7, 2005, at 8:01 AM, David wrote:
> My question is: if mail.backup.dom receives e-mail intended test.com, 
> how does it decide that the mail should go to mail.master.dom? ie. 
> does the DNS data override all /control/locals entries (_and_ 
> /control/virtualdomains)?
> or, will it be the case that even if mail.backup.dom is _not_ primary 
> mx for test.com (as in my little example above), will it still check 
> /control/rcpthosts and/or /control/virtualdomains and, if an entry is 
> found in there for test.com, deliver it locally?
>
> What I am trying to investigate is the possibility of true backup 
> mailserver takover; ie. something better than silently queing my mail 
> on a backup mx when the primary is offline. But if the DNS data 
> overrides /control/rcpthosts and /control/virtualdomains, then my 
> quest is pointless... I'll never be able to make a simple 
> configuration change on the fly and have my backup mx become my 
> primary mx without modifying my DNS (which I want to avoid at all 
> costs, as it takes so long for the changes to take effect as to be 
> pointless).

If the domain is only in rcpthosts, then your backup will queue it and
continue trying to deliver to the primary server.

If you have it in virtualdomains, then qmail should deliver it locally to
that machine.  Of course, you need to figure out how to keep mail and
configuration information synchronized between the servers if you go that
route.

-Tom


Reply via email to