<div dir="ltr"><span style="font-family:monospace,monospace">Resolution of our registered domain, <a href="http://archaxis.net">archaxis.net</a>, is not resolving . . .cannot be found.  This has worked for past months until 3 NOV 2017, when it started failing.  Additionally, the email server, Sendmail, has stopped receiving email, and cannot send mail to a DNS-aware MTA such as <a href="http://sbcglobal.net">sbcglobal.net</a>, Comcast.com, AOL, et al.  We run BIND version 9.10.2 on FreeBSD 10.1-RELEASE.<br><br>Again, I emphasize that this configuration has been working since modified Thr Aug 6 2015 following conversion to AT&T U-verse, and has not changed since Jan 12 2017 when added an SPF TXT RR for <a href="http://archaxis.net">archaxis.net</a>.<br><br>The zone file is configured as follows:<br><br>    $ORIGIN <a href="http://archaxis.net">archaxis.net</a>.<br>    $TTL    3h<br>    @       IN      SOA     <a href="http://archaxis.net">archaxis.net</a>.   <a href="http://rtwingfield.archaxis.net">rtwingfield.archaxis.net</a>. (<br>                            2017012501      ; Serial number<br>                            3h              ; Refresh<br>                            1h              ; Retry<br>                            3w              ; Expire<br>                            1h )            ; Negative caching TTL<br>    <br>    @                       IN      A       162.202.233.81<br>    localhost               IN      A       127.0.0.1<br>    <br>    @                       IN      NS      <a href="http://ns1.archaxis.net">ns1.archaxis.net</a>.<br>    @                       IN      NS      <a href="http://ns2.archaxis.net">ns2.archaxis.net</a>.<br>    <br>                            IN      MX      20 <a href="http://alpha.archaxis.net">alpha.archaxis.net</a>.<br>                            IN      MX      30 <a href="http://bravo.archaxis.net">bravo.archaxis.net</a>.<br>    <br>    ; Machine Names<br>    @                       IN      A       162.202.233.81<br>    ns1                     IN      A       162.202.233.81<br>    ns2                     IN      A       162.202.233.81<br>    alpha                   IN      A       162.202.233.81<br>    bravo                   IN      A       162.202.233.81<br>    <br>                            IN      TXT     "v=spf1 a include:_<a href="http://spf.google.com">spf.google.com</a> ~all"<br>                            IN      TXT     "v=spf1 mx include:<a href="http://archaxis.net">archaxis.net</a> -all"<br><br><br><br>Our ISP, AT&T U-verse, insists that apparently our registrar, eNamco/Dotster (whatever) changed or dropped something a few weeks ago and we need to request the registrar to add a "glue" record, i.e., an "A" record (I assume), in association with our two designated name servers, ns1 and <a href="http://ns2.archaxis.net">ns2.archaxis.net</a>.  I assume that this would be something like "@ IN A  162.202.233.81"  where the @ symbol is shorthand for "$ORIGIN <a href="http://archaxis.net">archaxis.net</a>.", i.e., substituted as "<a href="http://archaxis.net">archaxis.net</a>."<br><br>AT&T’s ProvDNS experts response to my complaint is "You should contact support for your domain registrar, <a href="http://www.eNameCo.com/">http://www.eNameCo.com/</a> and tell them [they]need to add a glue record for your two name servers with the IP address.   It looks like some type of change was made at that level a few weeks ago and it messed things up (has nothing to do with us)."  In other words, AT&T is blaming the fault on the registrar . . .having changed something.<br><br>After several calls and a lengthy o/l chat with Dotster/eNamco, finally someone entered a Support Ticket for the addition of a “glue” record and this was reported as completed 11/18/2017 at 10:31 PM EST.  Well, the problem persists . . .still failing.<br><br>After reporting this continuing unsatisfactory fail to AT&T, they have yet again responded "As was stated, it shows that we are correctly delegating the records.  The issue still persists that your nameservers A records are not resolving.  That is wholly outside our control or access.  PTR requests will continue to fail as the <a href="http://ns1.archaxis.net">ns1.archaxis.net</a> and <a href="http://ns2.archaxis.net">ns2.archaxis.net</a> are not responding to requests."<br><br>I am at my wit’s end.  This was working – why did it just stop?  Who is to blame?  Can any of you list members see any thing wrong with the previously included zone file?<br><br>Thanks,<br>Ron W.</span><br></div>