On Fri, Feb 05, 2010 at 08:07:23AM +0100, ab...@t-ipnet.net wrote:
> > mydomain.net=172.17.18.241;172.17.18.242
>
> maybe you have different zone data on your auth servers. What is the
> result of
>
> # dig @172.17.18.241 smtp.mydomain.net.
>
> and
>
> # dig @172.17.18.242 smtp.mydomain.net.
> mydomain.net=172.17.18.241;172.17.18.242
maybe you have different zone data on your auth servers. What is the
result of
# dig @172.17.18.241 smtp.mydomain.net.
and
# dig @172.17.18.242 smtp.mydomain.net.
___
Pdns-users mailing list
Pdns-users@mai
Hi, I am pasting some info on what version we're running below along
with the config files for your reference. We're seeing some intermittent
issues with our installation where the pdns-recursor is returning wrong
data. The last time this happened I dumped the cache and saw that one of
the 2 pdns-r
As near as I can tell, this thing has a long way to go. There is no
user management or roles, no authentication for users, etc.
Nice looking and otherwise a nice architecture.
--C
On 2/4/2010 1:21 AM, Marco Davids (Prive) wrote:
Chris Maciejewski schreef:
Just wanted to let you know I
- Forwarded message from bert hubert -
Date: Thu, 4 Feb 2010 10:12:48 +0100
From: bert hubert
To: Sudarshan Raghavan
Subject: Re: [Pdns-users] qtype argument to pipe backend is always set to
'ANY' (continued)
On Thu, Feb 04, 2010 at 02:41:08PM +0530, Sudarshan Raghavan wrote:
>
Sorry, should have sent it to the list.
On Thu, Feb 4, 2010 at 2:41 PM, Sudarshan Raghavan
wrote:
> Thanks for the explanation. Consider the scenario where a client wants
> to get the NS records for a domain and is not interested in any MX
> records that are available for this domain. How is the
This question keeps getting asked, I've put a note about this in the
documentation, http://doc.powerdns.com/backends-detail.html#AEN5622
For completeness:
Besides regular query types, the DNS also knows the 'ANY' query type. When
a server receives a question for this ANY type, it should reply wit
Sudarshan Raghavan wrote:
> I have tried this on both 2.9.21 and 2.9.22 versions. Should I compile
> any extra module to get this working?
Won't help, this is the intended behaviour, I hit the same "feature"
some time back.
--
Best regards,
Duane
http://www.freeauth.org - Enterprise Two Facto