From gavin at openfusion.com.au  Sat Sep 11 18:49:27 2010
From: gavin at openfusion.com.au (Gavin Carr)
Date: Sat, 11 Sep 2010 17:49:27 -0000
Subject: Project status, and adnshost core dump issue
Message-ID: <20100911134445.GA24385@openfusion.com.au>

Howdy,

The mailing list archives for this list and all the others on
chiark.greenend.org.uk are giving 403 errors, so I'm not sure
if this list/project are alive?

If so, I'm getting core dumps on SOA requests with adnshost
(from adns 1.4 on linux x86_64). An example is:

  adnshost -t soa 221.128.66.in-addr.arpa

It's core dumping in cs_soa in types.c, line 1000, the 
rrp->serial sprintf:


static adns_status cs_soa(vbuf *vb, const void *datap) {
  const adns_rr_soa *rrp= datap;
  char buf[20];
  int i;
  adns_status st;

  st= csp_domain(vb,rrp->mname);  if (st) return st;
  CSP_ADDSTR(" ");
  st= csp_mailbox(vb,rrp->rname);  if (st) return st;

  for (i=0; i<5; i++) {
    sprintf(buf," %lu",(&rrp->serial)[i]);
    CSP_ADDSTR(buf);
  }

  return adns_s_ok;
}

I've worked around it, but it'd be nice to get a proper
fix.


Thanks and regards,
Gavin



From aml at rulezz.ru  Sun Nov  7 07:56:25 2010
From: aml at rulezz.ru (Alexander Lourier)
Date: Sun, 07 Nov 2010 07:56:25 -0000
Subject: Authority records patch
Message-ID: <201011071056.18171.aml@rulezz.ru>

Hello everybody.

I wrote a code to validate DNS settings of the given domain. Local caching DNS 
servers may hold RRs for a long period of time, so I had to resolve names 
directly querying authoritative servers: foo.bar.domain.com => com, 
domain.com, bar.domain.com, foo.bar.domain.com.

But if you ask COM authoritative servers about NS records for GOOGLE.COM you 
will get:
$ host -t ns com
com name server m.gtld-servers.net.
com name server d.gtld-servers.net.
com name server e.gtld-servers.net.
... [skip] ...
$ host -t ns google.com m.gtld-servers.net
google.com has no NS record

In this case COM authoritative server actually sends NS records in the 
Authority Records section:

Domain Name System (response)
    Questions: 1
    Answer RRs: 0
    Authority RRs: 4
    Additional RRs: 4

I've made a patch to the libadns that does exactly following: if question type 
is NS and NSCOUNT=0 then return NS records from Authority RR section.

So requesting m.gtld-servers.net about NS records for GOOGLE.COM will result 
in ns1.google.com, ns2.google.com, ns3.google.com, and ns4.google.com.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: authoritative-ns.patch
Type: text/x-diff
Size: 5253 bytes
Desc: not available
URL: <http://www.chiark.greenend.org.uk/pipermail/adns-discuss/attachments/20101107/c663eb8f/attachment-0001.patch>

From nisse at lysator.liu.se  Mon Nov  8 11:57:14 2010
From: nisse at lysator.liu.se (Niels =?iso-8859-1?Q?M=F6ller?=)
Date: Mon, 08 Nov 2010 11:57:14 -0000
Subject: Project status, and adnshost core dump issue
In-Reply-To: <20100911134445.GA24385@openfusion.com.au> (Gavin Carr's message
	of "Sat, 11 Sep 2010 14:49:12 +0100")
References: <20100911134445.GA24385@openfusion.com.au>
Message-ID: <nnwroouss4.fsf@stalhein.lysator.liu.se>

Gavin Carr <gavin at openfusion.com.au> writes:

> The mailing list archives for this list and all the others on
> chiark.greenend.org.uk are giving 403 errors, so I'm not sure
> if this list/project are alive?

The list is alive. Whether or not the project is dead or alive, I'm not
quite sure.

> If so, I'm getting core dumps on SOA requests with adnshost
> (from adns 1.4 on linux x86_64). An example is:
>
>   adnshost -t soa 221.128.66.in-addr.arpa

I just tried this example, Debian GNU/Linux on x86_64. Seems to work for
me (both debian version and adns-1.4 compiled from source).

I was initially confused about versions, since adnshost --version
outputs 1.2 rather than 1.4. The definition of ADNS_VERSION_STRING in
client/client.h seems to be wrong.

Regards,
/Niels

-- 
Niels M?ller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.


From sudheer.boggavarapu at gmail.com  Wed Dec 22 21:24:13 2010
From: sudheer.boggavarapu at gmail.com (Sudheer Boggavarapu)
Date: Wed, 22 Dec 2010 21:24:13 -0000
Subject: Support for IPv6
Message-ID: <AANLkTi=_-XZY5f=u=fhJR76O3hyid8272pGkwiYGtfMi@mail.gmail.com>

Hi,

I am sure this question would have come up multiple times... but can someone
tell me if there are any plans to support IPv6 (resolving Quad-A records)?

Thanks,
Sudheer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.chiark.greenend.org.uk/pipermail/adns-discuss/attachments/20101222/a04ea592/attachment.htm>

From nisse at lysator.liu.se  Sun Dec 26 10:54:29 2010
From: nisse at lysator.liu.se (Niels =?iso-8859-1?Q?M=F6ller?=)
Date: Sun, 26 Dec 2010 10:54:29 -0000
Subject: Support for IPv6
In-Reply-To: <AANLkTi=_-XZY5f=u=fhJR76O3hyid8272pGkwiYGtfMi@mail.gmail.com>
	(Sudheer Boggavarapu's message of "Wed, 22 Dec 2010 14:21:47 -0600")
References: <AANLkTi=_-XZY5f=u=fhJR76O3hyid8272pGkwiYGtfMi@mail.gmail.com>
Message-ID: <nnlj3cztwd.fsf@stalhein.lysator.liu.se>

Sudheer Boggavarapu <sudheer.boggavarapu at gmail.com> writes:

> I am sure this question would have come up multiple times... but can someone
> tell me if there are any plans to support IPv6 (resolving Quad-A records)?

I did some work on that several years ago. See
http://www.lysator.liu.se/~nisse/misc/adns-addr.patch2.

Has not gotten into any release, and I never got around to making any
"unofficial" release, mostly because I didn't understand the testsuite
framework.

Regards,
/Niels

-- 
Niels M?ller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.


From wk at gnupg.org  Mon Dec 27 10:21:43 2010
From: wk at gnupg.org (Werner Koch)
Date: Mon, 27 Dec 2010 10:21:43 -0000
Subject: Support for IPv6
In-Reply-To: <nnlj3cztwd.fsf@stalhein.lysator.liu.se> ("Niels =?utf-8?Q?M?=
	=?utf-8?Q?=C3=B6ller=22's?=
	message of "Sun, 26 Dec 2010 11:54:26 +0100")
References: <AANLkTi=_-XZY5f=u=fhJR76O3hyid8272pGkwiYGtfMi@mail.gmail.com>
	<nnlj3cztwd.fsf@stalhein.lysator.liu.se>
Message-ID: <87fwtja540.fsf@vigenere.g10code.de>

On Sun, 26 Dec 2010 11:54, nisse at lysator.liu.se said:
> Has not gotten into any release, and I never got around to making any
> "unofficial" release, mostly because I didn't understand the testsuite
> framework.

FWIW, I did some work on ADNS back in 2008 to migrate the build system
to autotools and libtool.  This was required to make a working port to
Windows.  Ian rejected these changes thus I distributed a tarball at
ftp.g10code.com.  Your patch does not apply but it should be easy to
change it accordingly.

Simon also asked about this some time ago, thus I put up a git repo of
the latest tarball at:

   git://git.gnupg.org/adns.git


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.



From nisse at lysator.liu.se  Mon Dec 27 15:34:30 2010
From: nisse at lysator.liu.se (Niels =?iso-8859-1?Q?M=F6ller?=)
Date: Mon, 27 Dec 2010 15:34:30 -0000
Subject: Support for IPv6
In-Reply-To: <87fwtja540.fsf@vigenere.g10code.de> (Werner Koch's message of
	"Mon, 27 Dec 2010 11:21:19 +0100")
References: <AANLkTi=_-XZY5f=u=fhJR76O3hyid8272pGkwiYGtfMi@mail.gmail.com>
	<nnlj3cztwd.fsf@stalhein.lysator.liu.se>
	<87fwtja540.fsf@vigenere.g10code.de>
Message-ID: <nnhbdzz0u7.fsf@stalhein.lysator.liu.se>

Werner Koch <wk at gnupg.org> writes:

> FWIW, I did some work on ADNS back in 2008 to migrate the build system
> to autotools and libtool.

I often find talk about "autotools" misleading (like "intellectual
proeperty", it lumps very different tools together). As long as I
remember, adns has always used autoconf.

> This was required to make a working port to Windows.

It's no big deal to support w*ndows without dragging libtool into it
(for an example, look at nettle; if there are any w*ndows-related
problems there, it's due to bad testing, not anythng fundamental in the
build system). I fully understand anyone who prefers to avoid using
libtool; a 9000+ line shell script wrapped around each call to the
compiler and linker is clearly not the right place to figure out which
command line flags to use. It could possibly make sense projects *not*
using autoconf, but that seems to be an unusual case these days.

> Simon also asked about this some time ago, thus I put up a git repo of
> the latest tarball at:
>
>    git://git.gnupg.org/adns.git

Nice, although I'd personally prefer a more minimalistic fork which
doesn't rip out and replace the build system.

Regards,
/Niels

-- 
Niels M?ller. PGP-encrypted email is preferred. Keyid C0B98E26.
Internet email is subject to wholesale government surveillance.