From: Niall O Broin (niall at domain magicgoeshere.com)
Date: Mon 20 Aug 2001 - 21:20:15 IST
On Mon, Aug 20, 2001 at 06:13:51PM +0100, David Murphy wrote:
> > but there has to be a mit more to it than that, surely. What will postfix do
> > with incoming mail for the.backed-up.domain.name ?
> Queue it.
Oh shit - it's awful to be thick. Here was I wondering what kind of
wonderful mechanism would be used to queue the mail. Never even occured to
me to use the existing perfectly good mail queuing mechanism as used by all
other clients of the MTA - doh !
Lars Hecking also said
> You shouldn't have to do anything special. If you don't believe me,
> check out the postfix-users archives, the topic is discussed quite
> frequently :)
Well, I'm glad I amn't the only stupid one :-)
But a question occurs to me. Assume I'm running a big site, and I have my
mail server mail1.me.com with preference 10, a local secondary server
mail2.me.com with preference 20 and an offsite server mailx.somebodyelse.com
with preference 30. Now assume a local connectivity disaster e.g. a manic
JCB driver. All mail gets diverted to mailx. What happens if for some reason
mail2 comes back up before mail1 ? I presume mailx will deliver the mail
which is queued to mail2, having found an MX with preference than itself.
This just means, of course, that the mail moves to another server where it
will wait to be delivered to its final destination. Is this what happens ?
It would seem so, from my reading of the bat, but it would seem more
rational in one way for a secondary only to forward mail to the lowest
preference mail server for which it finds a record. However, I'm sure there
are a thousand reasons why I've got it wrong again :-)
Thanks for your help,
This archive was generated by hypermail 2.1.6 : Thu 06 Feb 2003 - 13:11:44 GMT