Carlos Carvalho <[EMAIL PROTECTED]> writes:
>
>I asked some days ago here how to make another machine hold the mail
>while the main mail server is down. People told me to put another MX
>record in the dns to point to the temporary machine.
>
>Sure this is necessary, but I don't think it's enough. F
On Mon, 29 Jun 98 21:53:07 +0200, Carlos Carvalho wrote:
>Sure this is necessary, but I don't think it's enough. First, the temp
>machine must recognize all users, otherwise it'll bounce the message.
>Second, I'd like it to not only queue the mail but *dump it on the
>main one when it comes up*. I
> is the next most preferred contact. Host B knows that it is not the
> final destination (because of the MX record for host A) so it queues the
> mail in /var/spool/mqueue (if it's a linux box). Host B will attempt to
> deliver that mail for as long as the timeout period allows.
That's correct.
On Mon, 29 Jun 1998, Carlos Carvalho wrote:
: Hi folks,
:
: I asked some days ago here how to make another machine hold the mail
: while the main mail server is down. People told me to put another MX
: record in the dns to point to the temporary machine.
:
: Sure this is necessary, but I don't t
Carlos
qmail (www.qmail.org) has a feature called smtproutes that allows you to
set up a machine with a higher MX to hold the mail in a local queue until
the machine with the lower MX comes back up, then deliver to the main box.
No additional users needed, and it works well.
Cheers
Si
On Mon,
Hi folks,
I asked some days ago here how to make another machine hold the mail
while the main mail server is down. People told me to put another MX
record in the dns to point to the temporary machine.
Sure this is necessary, but I don't think it's enough. First, the temp
machine must recognize al
6 matches
Mail list logo
