On Mon, Sep 03, 2001 at 10:45:57AM +0200, Andrea Cerrito wrote:
> Done. But it appers to work to me:
>
> # nslookup
> Default Server: [internaldns]
> Address: [internalip]
>
> > set q=any
> > msn.com
> Server: [internaldns]
> Address: [internalip]
You're querying your cache here. You've already cached enough records
about msn.com for this to work.
> > server DNS1.CP.MSFT.NET
> Default Server: DNS1.CP.MSFT.NET
> Address: 207.46.138.20
>
> > set q=any
> > msn.com
> Server: DNS1.CP.MSFT.NET
> Address: 207.46.138.20
>
> ^C
I see that you've noted that a direct query to Akamai/MS servers does
break.
> >
>
> > We're forced to work around broken servers here -- this is not
> > qmail's fault at all.
>
> Of course it is. I'm just trying to understand the problem, and why
> it works to me.
> I mean: why qmail reports no problem to me? Just because my qmail
> server is forced to use just an internal dns (which is forced to use
> root servers)?
I was initally going to say 'Not likely' -- but my own testing here
seems to show that even with an unprimed cache, using dnscache + qmail,
I don't have this problem. Odd. :) It seems that somehow dnscache is
working around this bug. dnscache logs show a successful and immediate
resolution of cpimssmtpa19.msn.com as a valid MX, and the mail goes out.
--
Greg White
