<div dir="ltr"><div><div>axfr()<br></div><div><br></div>Since 0.43 there has been no attempt to provide anything in errorstring. The motivation for doing something different now was to provide some means of finding out what went wrong with TSIG verifications which is not easy to uncover without it.  I see no justification for filling errorstring when there is no useful information to impart.  Adding RCODE: NOERROR provides no useful information because the transfer gets aborted if anything else shows up in a packet header (per RFC1035, 6.3).<br><br></div>send()<br><div><br></div><div>The proper place to test the outcome of the transaction is using $result->header->rcode() which is a recognised feature of DNS protocol.<br><br></div><div>I note that errorstring has always been set (redundantly) the same as rcode.  Perhaps we need to accept that as one of Net::DNS's historical quirks, which probably arose from design indecision in its very early history.  It is certainly present in 0.12, where hardly anything else works exactly as it does now.<br><br></div><div>As with axfr(), TSIG errors get funnelled into errorstring, so there is no longer any guarantee that it will be one of the usual RCODE mnemonics.  Other than that, I am minded to restore the old behaviour.<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Dick Franks<br><span><font color="#888888">________________________<br>
</font></span><br></div></div></div>
<br><div class="gmail_quote">On 12 April 2016 at 22:13, Doug Barton <span dir="ltr"><<a href="mailto:dougb@dougbarton.us" target="_blank">dougb@dougbarton.us</a>></span> wrote:<br><br></div><br></div></div>