Another option as well, depending on what you're doing, is to setup
serialmail.  It's a little daunting if you're not familiar with it but I
have been using it for years and it works great for just this kind of
thing.  We act as a backup MX record for many of our clients and we use
serialmail to cache mail for them when their server stops answering.  If
it's something you are interested in please email me privately and I
would be more than happy to give you my scripts setting it up; not
because they're private but I just don't feel that the vpopmail list
really cares about serialmail and autoturn.


-----Original Message-----
Sent: Thursday, May 25, 2006 12:04 PM
Subject: Re: [vchkpw] smtproute

Thanks Tom. It worked. As soon as I removed from virtualdomains
mail started going directly to the live server. Again thanks
everyone for all your help.


> On May 25, 2006, at 9:20 AM, [EMAIL PROTECTED] wrote:
>> i have an RHEL-Qmail-Vpopmail-Installation with 2 virtural domains
>> ( and Domain is in daily use. is
>> there for fallback if the real mailserver dies.
> Reiterating what others have said...
> If your server is just a backup MX server for, it should only
> appear in rcpthosts or morercpthosts.  If there's another server with
> lower MX number, your server will queue the mail and try to deliver it
> to
> If your server is really a backup server in case the real server is
> destroyed (vs. just falling off the net for a few hours), then you'll
> have to remove from /var/qmail/control/virtualdomains.  You
> then keep the ~vpopmail/domains/ directory in-tact, possibly
> updating it from the main server via rsync.  When the old server kicks
> the bucket, add back into virtualdomains, update the DNS
> records so you're now the primary DNS server, and you're off and
> running.
> --
> Tom Collins  -  [EMAIL PROTECTED]
> Vpopmail - virtual domains for qmail:
> QmailAdmin - web interface for Vpopmail:


Reply via email to