Marc-Adrian Napoli wrote:
> Hi there,
>
> This is the scenario. We have a customer who had one MX record pointing to
> our mail server so we handled mail for that domain by putting in a rcpthosts
> entry and a virtualdomains entry pointing mail to one mailbox, everything
> worked fine.
>
> The customer then took mail into their own hands. The MX was pointed
> elsewhere, dns was updated throughout the entire network including our mail
> server.
>
> When i try to send a mail to that domain now, instead of going to the new
> mail server, the mail still comes back to our mail server, even though the
> MX record is correct.
>
> I had a play around and found out the following. If you remove the entry
> from the rcpthosts, mail still doesn't go to the new mail server. If you,
> however, remove the entry from the virtualdomains file and leave it in the
> rcpthosts (possible for secondary mail purposes) then it works.
>
> Why is this? Why doesn't qmail forget its own control files and read
> straight off the MX?
>
> I remember this argument before and remember people saying that qmail reads
> the MX records first - obviously this is not the case!
>
> Regards,
>
> Marc-Adrian Napoli
> Network Administrator
> Connect Infobahn Australia
> +61 2 9281 1750
I don't know about that thread, it was before I subscribed to the list or I
don't remember it. The way I understood qmail and dns related issues is it
would rely on its own entries during dns outages and etc.. I can't remember
the details unfortunately so this probably doesn't make much sense but it might
allow someone reading this remember it. It does make some sense though, maybe
to me (and the fact that I am tired :) ) but when qmail gets a message injected
in to the queue then qmail-smtp looks up where the message is to be
delivered...if it is a local virtual domain on your system it will have
qmail-local deliver it...if not it will deliver it after querying the dns for
the address. I think this example is fairly correct, please correct me if I am
wrong.
Later,
Dale
