Hello Mark,
On 8 Jun 2015, at 23:51, Mark Moseley wrote:
I'm curious if there's a setting to tell powerdns not to be helpful
and
return the dereferenced CNAME.
No - truncating alias chains is wrong and can cause resolution failures
in conforming resolvers.
The reasons for why it'd happen
On Mon, Jun 08, 2015 at 09:34:07PM -0700, indranil.db wrote:
I am trying to build tarball from
http://buildmaster1.test.powerdns.plexis.eu/#/builders/7
Please specify what operating system, compiler version etc.
https://www.powerdns.com/mailing-lists.html has a list of things we need to
know
On Mon, Jun 08, 2015 at 05:04:50PM -0500, k...@rice.edu wrote:
On Mon, Jun 08, 2015 at 02:51:13PM -0700, Mark Moseley wrote:
I'm curious if there's a setting to tell powerdns not to be helpful and
return the dereferenced CNAME.
That is, if I look up a given record and it's a CNAME that
On Tue, Jun 09, 2015 at 09:19:09AM +0300, Aki Tuomi wrote:
On Mon, Jun 08, 2015 at 05:04:50PM -0500, k...@rice.edu wrote:
On Mon, Jun 08, 2015 at 02:51:13PM -0700, Mark Moseley wrote:
I'm curious if there's a setting to tell powerdns not to be helpful and
return the dereferenced CNAME.
Hi all,
We're pleased to announce version 3.4.5 of the PowerDNS Authoritative
server.
This release fixes a performance issue with malformed qnames, makes
PowerDNS buildable on OpenBSD (thanks Ruben Kerkhof and Florian Obser!)
and adds a slew of PKCS#11 improvements (thanks to Aki Tuomi).
Hi all,
We're pleased to announce a small update to the currently supported
Authoritative server branch 3.3 and Recursor branches 3.6 and 3.7
containing a single patch that will prevent short bursts of high
resource usage with malformed qnames.
The Authoritative Server release also contains an