OK, now I am a bit stumped, so wanted to post here in hopes someone might
have an idea. First off the FBSD machine in question is an x86 server running
6.2-STABLE from a supped from a few weeks ago, so is fairly current.
I use said machine to handle all of my eMail and things in general seem to
On Mon, 23 Apr 2007 18:40:20 -0400
Howard Leadmon <[EMAIL PROTECTED]> wrote:
>
> OK, now I am a bit stumped, so wanted to post here in hopes someone
> might have an idea. First off the FBSD machine in question is an x86
> server running 6.2-STABLE from a supped from a few weeks ago, so is
> fair
On Mon, 23 Apr 2007, Howard Leadmon wrote:
> OK, now I am a bit stumped, so wanted to post here in hopes someone might
> have an idea. First off the FBSD machine in question is an x86 server running
> 6.2-STABLE from a supped from a few weeks ago, so is fairly current.
>
> I use said machi
Sorry following up on my own post: a correction and some further info:
On Tue, 24 Apr 2007, Ian Smith wrote:
[..]
> At (one set of) the listed NServers:
>
> ===
> ; <<>> DiG 9.3.4 <<>> @lp1.wtplaw.com. mail.wtplaw.com.
> ; (1 server found)
> ;; global options: printcmd
> ;; Got answe
On Tue, 24 Apr 2007, Mark Andrews wrote:
> It's a broken load balancer which is returning the
> parent's SOA record for queries for mail.wtplaw.com.
> Named correctly rejects this as a garbage response.
>
> It also appears to only responds to A/ queries.
>
>
It's a broken load balancer which is returning the
parent's SOA record for queries for mail.wtplaw.com.
Named correctly rejects this as a garbage response.
It also appears to only responds to A/ queries.
As for Solaris' host it may/may not be maki
- "Mark Andrews" <[EMAIL PROTECTED]> wrote:
> It's a broken load balancer which is returning the
> parent's SOA record for queries for mail.wtplaw.com.
> Named correctly rejects this as a garbage response.
>
> It also appears to only responds to A/ queries.
>
>
