<div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr"><span></span><br></div></div></div>
<div class="gmail_quote">On 26 May 2015 at 11:35, tlhackque <span dir="ltr"><<a href="mailto:tlhackque@yahoo.com" target="_blank">tlhackque@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 26-May-15 05:15, Einar Lönn wrote:<br></span></blockquote><div></div><div>[snip]<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
> ... and it’s even more tiresome when the maintainer(s) try and justify these changes.</span></blockquote><div> </div><div>The justification is rooted in RFC1035.<br></div><div> <br></div><div>[snip]<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
</span>I agree that the change for SOA email address was a mistake and should<br>
have been handled better.   At this point, perhaps the only solution<br>
that could satisfy both camps is a switch that can be set to get one<br>
behavior or the other.  (E.g. $Net::DNS::RFC822_WireFormat = 1)<br></blockquote><div> </div><div>That would involve another change in API,  which would be about as welcome as a fart in a spacesuit.<br></div><div><br></div><div>[snip]<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I suspect that people are active on this list when their needs aren't<br>
met.  And since debugging DNS always needs "just one more thing", the<br>
list traffic disproportionately represents debuggers over customers of<br>
the high-level APIs.<br></blockquote><div><br></div><div>Net::DNS is a "Perl interface to the Domain Name System".<br></div><div><br>It makes no claim to be a debugging engine, although there is plenty  of debugging that can be done with it.<br><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This controversy  aside, we should remember that Dick and the other<br>
contributors have put a lot of work into producing a functional library,<br>
and do so as volunteers.  The frustration over this and other issues<br>
should not obscure that.<br></blockquote><div><br></div><div>Thank you. Good to know I still have at least one friend!<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm all for having the APIs that enable debugging.  They're handy, and<br>
they form the basis for the test suites of important DNS software.<br></blockquote><div><br></div><div>We have been here before.  Olaf Kolkman posted a few years ago asking for more specific proposals for a debugging API.  As far as I am aware, he never received any meaningful response.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But count one user who uses the high-level APIs and does not count<br>
debugging DNS as the primary use case.<br></blockquote><div><br></div><div>The overwhelming majority of users are in that category, never post on this list, and have never filed a bug report.  The traffic here is in no way representative of the user population at large.<br><br></div></div></div></div>