<div dir="ltr"><div>Thanks for the reply George.</div><div>This issue has resolve by it self (pun intended) without me having changed anything on my end. It was an upstream issue.</div><div><br></div><div>Some interesting information I'll share for posterity:</div><div>Cloudflare would also not resolve the domain in question (<a href="http://twitterdatadash.com">twitterdatadash.com</a>). Even on my cellular device which is on a completely separate network as the unbound instance (although it would resolve using my providers default DNS).</div><div>I sent Cloudflare a DM on twitter about the issue including /cdn-cgi/trace information and the message appeared to have been read.</div><div>A few days later I checked the resolution of the domain using Cloudflare DNS and it succeeded.</div><div>I then reconfigured my unbound instance to work recursively and the domain correctly resolves.</div><div>My root.hints file remained unchanged since 12th May.</div><div><br></div><div>Thanks All,</div><div>BangDroid</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 16 May 2022 at 15:04, <<a href="mailto:unbound-users-request@lists.nlnetlabs.nl">unbound-users-request@lists.nlnetlabs.nl</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send Unbound-users mailing list submissions to<br>
<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users" rel="noreferrer" target="_blank">https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:unbound-users-request@lists.nlnetlabs.nl" target="_blank">unbound-users-request@lists.nlnetlabs.nl</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:unbound-users-owner@lists.nlnetlabs.nl" target="_blank">unbound-users-owner@lists.nlnetlabs.nl</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Unbound-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Only one domain failing to resolve, unbound pi-hole<br>
(George Thessalonikefs)<br>
2. Re: Unsubscribe me from this list (DANIEL NANGHAKA)<br>
3. Re: Unsubscribe me from this list (Donald Pearson)<br>
4. Re: Unsubscribe me from this list (Ron Varburg)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 16 May 2022 01:25:51 +0300<br>
From: George Thessalonikefs <<a href="mailto:george@nlnetlabs.nl" target="_blank">george@nlnetlabs.nl</a>><br>
To: <a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a><br>
Subject: Re: Only one domain failing to resolve, unbound pi-hole<br>
Message-ID: <<a href="mailto:1c8baa2e-875e-da98-587e-2af00c17ca99@nlnetlabs.nl" target="_blank">1c8baa2e-875e-da98-587e-2af00c17ca99@nlnetlabs.nl</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Hi,<br>
<br>
You can use the option 'log-servfail: yes' in the configuration file. <br>
That would make Unbound to log the reason a query is SERVFAIL'ing.<br>
<br>
From the output you shared it seems that Unbound itself is getting an <br>
error answer from the server (e.g., SERVFAIL/NXDOMAIN/REFUSED) but I <br>
can't say for sure since the grepped output hides the interesting lines.<br>
<br>
Best regards,<br>
-- George<br>
<br>
On 14/05/2022 05:36, BangDroid via Unbound-users wrote:<br>
> Kind of pulling my hair out with this one.. The domain <br>
> <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> <<a href="http://twitterdatadash.com/" rel="noreferrer" target="_blank">http://twitterdatadash.com/</a>>?will not resolve with <br>
> unbound recursively. I get SERVFAIL.<br>
> <br>
> root.hints is up to date, local time on raspi is accurate. No other <br>
> domains are failing.<br>
> <br>
> Both dig <a href="http://sigfail.verteiltesysteme.net" rel="noreferrer" target="_blank">sigfail.verteiltesysteme.net</a> <br>
> <<a href="http://sigfail.verteiltesysteme.net/" rel="noreferrer" target="_blank">http://sigfail.verteiltesysteme.net/</a>>?@<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> <<a href="http://127.0.0.1/" rel="noreferrer" target="_blank">http://127.0.0.1/</a>>?-p <br>
> 5335 and dig <a href="http://sigok.verteiltesysteme.net" rel="noreferrer" target="_blank">sigok.verteiltesysteme.net</a> <br>
> <<a href="http://sigok.verteiltesysteme.net/" rel="noreferrer" target="_blank">http://sigok.verteiltesysteme.net/</a>>?@<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> <<a href="http://127.0.0.1/" rel="noreferrer" target="_blank">http://127.0.0.1/</a>>?-p <br>
> 5335 are as expected.<br>
> <br>
> Switching to an upstream DNS in Pi-hole will get the domain to <br>
> successfully resolve, as well as using a standard DNS forward-zone in <br>
> unbound.conf.d/pi-hole.conf:<br>
> <br>
> ? ? forward-zone:<br>
> ? ? name: "."<br>
> ? ? forward-addr: 8.8.8.8<br>
> <br>
> However, if I use a DoT forward zone (because suspected possible? DNS <br>
> hijacking by ISP):<br>
> <br>
> ? ? tls-cert-bundle: /etc/ssl/certs/ca-certificates.crt<br>
> ? ? forward-zone:<br>
> ? ? ? ? name: "."<br>
> ? ? ? ? forward-addr: 1.1.1.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a> <br>
> <<a href="http://cloudflare-dns.com/" rel="noreferrer" target="_blank">http://cloudflare-dns.com/</a>><br>
> ? ? ? ? forward-addr: 1.0.0.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a> <br>
> <<a href="http://cloudflare-dns.com/" rel="noreferrer" target="_blank">http://cloudflare-dns.com/</a>><br>
> ? ? ? ? forward-ssl-upstream: yes<br>
> <br>
> Everything works exactly as expected, including <a href="https://1.1.1.1/help" rel="noreferrer" target="_blank">https://1.1.1.1/help</a> <br>
> <<a href="https://1.1.1.1/help" rel="noreferrer" target="_blank">https://1.1.1.1/help</a>>?**except** <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> <br>
> <<a href="http://twitterdatadash.com/" rel="noreferrer" target="_blank">http://twitterdatadash.com/</a>>?remains SERVFAIL.<br>
> <br>
> Paste of dig outputs with various unbound configurations: <br>
> <a href="https://pastebin.com/k1LtjzHB" rel="noreferrer" target="_blank">https://pastebin.com/k1LtjzHB</a> <<a href="https://pastebin.com/k1LtjzHB" rel="noreferrer" target="_blank">https://pastebin.com/k1LtjzHB</a>><br>
> <br>
> pi-hole.conf: <a href="https://pastebin.com/szLmcNFj" rel="noreferrer" target="_blank">https://pastebin.com/szLmcNFj</a> <<a href="https://pastebin.com/szLmcNFj" rel="noreferrer" target="_blank">https://pastebin.com/szLmcNFj</a>><br>
> <br>
> unbound logs greped with "twitterdatadash" :<br>
> <br>
> 'default' pihole.conf : <a href="https://pastebin.com/JmgUDSRv" rel="noreferrer" target="_blank">https://pastebin.com/JmgUDSRv</a> <br>
> <<a href="https://pastebin.com/JmgUDSRv" rel="noreferrer" target="_blank">https://pastebin.com/JmgUDSRv</a>><br>
> <br>
> with DoT: <a href="https://pastebin.com/k3UgdZD4" rel="noreferrer" target="_blank">https://pastebin.com/k3UgdZD4</a> <<a href="https://pastebin.com/k3UgdZD4" rel="noreferrer" target="_blank">https://pastebin.com/k3UgdZD4</a>><br>
> <br>
> Accessing that domain is not crucial by any means, I am only concerned <br>
> it may be indicative of a bigger issue. It seems like there must be an <br>
> issue with my configuration somewhere, but every test I run appear to <br>
> indicate no issue. Is it possible the issue is not my end? Anyone have <br>
> any ideas?<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 16 May 2022 08:23:29 +0300<br>
From: DANIEL NANGHAKA <<a href="mailto:dndannang@gmail.com" target="_blank">dndannang@gmail.com</a>><br>
To: BangDroid <<a href="mailto:bangdroid.bangas@gmail.com" target="_blank">bangdroid.bangas@gmail.com</a>><br>
Cc: <a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a><br>
Subject: Re: Unsubscribe me from this list<br>
Message-ID:<br>
<CAD4W+iO=<a href="mailto:TXMr-XRtLypbwRwE0Mkp-wFOWHAp-3EPd3PGRdwB2A@mail.gmail.com" target="_blank">TXMr-XRtLypbwRwE0Mkp-wFOWHAp-3EPd3PGRdwB2A@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
How do I get off this mailing list?<br>
<br>
Am happy to be removed from it.<br>
<br>
On Sat, May 14, 2022, 06:36 BangDroid via Unbound-users <<br>
<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a>> wrote:<br>
<br>
> Kind of pulling my hair out with this one.. The domain <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> will<br>
> not resolve with unbound recursively. I get SERVFAIL.<br>
><br>
> root.hints is up to date, local time on raspi is accurate. No other<br>
> domains are failing.<br>
><br>
> Both dig <a href="http://sigfail.verteiltesysteme.net" rel="noreferrer" target="_blank">sigfail.verteiltesysteme.net</a> @<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> -p 5335 and dig<br>
> <a href="http://sigok.verteiltesysteme.net" rel="noreferrer" target="_blank">sigok.verteiltesysteme.net</a> @<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> -p 5335 are as expected.<br>
><br>
> Switching to an upstream DNS in Pi-hole will get the domain to<br>
> successfully resolve, as well as using a standard DNS forward-zone in<br>
> unbound.conf.d/pi-hole.conf:<br>
><br>
> forward-zone:<br>
> name: "."<br>
> forward-addr: 8.8.8.8<br>
><br>
> However, if I use a DoT forward zone (because suspected possible? DNS<br>
> hijacking by ISP):<br>
><br>
> tls-cert-bundle: /etc/ssl/certs/ca-certificates.crt<br>
> forward-zone:<br>
> name: "."<br>
> forward-addr: 1.1.1.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
> forward-addr: 1.0.0.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
> forward-ssl-upstream: yes<br>
><br>
> Everything works exactly as expected, including <a href="https://1.1.1.1/help" rel="noreferrer" target="_blank">https://1.1.1.1/help</a><br>
> **except** <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> remains SERVFAIL.<br>
><br>
> Paste of dig outputs with various unbound configurations:<br>
> <a href="https://pastebin.com/k1LtjzHB" rel="noreferrer" target="_blank">https://pastebin.com/k1LtjzHB</a><br>
><br>
> pi-hole.conf: <a href="https://pastebin.com/szLmcNFj" rel="noreferrer" target="_blank">https://pastebin.com/szLmcNFj</a><br>
><br>
> unbound logs greped with "twitterdatadash" :<br>
><br>
> 'default' pihole.conf : <a href="https://pastebin.com/JmgUDSRv" rel="noreferrer" target="_blank">https://pastebin.com/JmgUDSRv</a><br>
><br>
> with DoT: <a href="https://pastebin.com/k3UgdZD4" rel="noreferrer" target="_blank">https://pastebin.com/k3UgdZD4</a><br>
><br>
> Accessing that domain is not crucial by any means, I am only concerned it<br>
> may be indicative of a bigger issue. It seems like there must be an issue<br>
> with my configuration somewhere, but every test I run appear to indicate no<br>
> issue. Is it possible the issue is not my end? Anyone have any ideas?<br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/a0b3165f/attachment-0001.htm" rel="noreferrer" target="_blank">http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/a0b3165f/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 16 May 2022 00:30:41 -0500<br>
From: Donald Pearson <<a href="mailto:donaldwhpearson@gmail.com" target="_blank">donaldwhpearson@gmail.com</a>><br>
To: DANIEL NANGHAKA <<a href="mailto:dndannang@gmail.com" target="_blank">dndannang@gmail.com</a>><br>
Cc: BangDroid <<a href="mailto:bangdroid.bangas@gmail.com" target="_blank">bangdroid.bangas@gmail.com</a>>,<br>
<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a><br>
Subject: Re: Unsubscribe me from this list<br>
Message-ID:<br>
<CAC=<a href="mailto:t97DAtaY5x5cKNDZTkoaJ008%2BSX1PCqd_Bk7SbaX-v4zxkQ@mail.gmail.com" target="_blank">t97DAtaY5x5cKNDZTkoaJ008+SX1PCqd_Bk7SbaX-v4zxkQ@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
<a href="https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users" rel="noreferrer" target="_blank">https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users</a><br>
<br>
On Mon, May 16, 2022, 12:24 AM DANIEL NANGHAKA via Unbound-users <<br>
<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a>> wrote:<br>
<br>
> How do I get off this mailing list?<br>
><br>
> Am happy to be removed from it.<br>
><br>
> On Sat, May 14, 2022, 06:36 BangDroid via Unbound-users <<br>
> <a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a>> wrote:<br>
><br>
>> Kind of pulling my hair out with this one.. The domain<br>
>> <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> will not resolve with unbound recursively. I get<br>
>> SERVFAIL.<br>
>><br>
>> root.hints is up to date, local time on raspi is accurate. No other<br>
>> domains are failing.<br>
>><br>
>> Both dig <a href="http://sigfail.verteiltesysteme.net" rel="noreferrer" target="_blank">sigfail.verteiltesysteme.net</a> @<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> -p 5335 and dig<br>
>> <a href="http://sigok.verteiltesysteme.net" rel="noreferrer" target="_blank">sigok.verteiltesysteme.net</a> @<a href="http://127.0.0.1" rel="noreferrer" target="_blank">127.0.0.1</a> -p 5335 are as expected.<br>
>><br>
>> Switching to an upstream DNS in Pi-hole will get the domain to<br>
>> successfully resolve, as well as using a standard DNS forward-zone in<br>
>> unbound.conf.d/pi-hole.conf:<br>
>><br>
>> forward-zone:<br>
>> name: "."<br>
>> forward-addr: 8.8.8.8<br>
>><br>
>> However, if I use a DoT forward zone (because suspected possible? DNS<br>
>> hijacking by ISP):<br>
>><br>
>> tls-cert-bundle: /etc/ssl/certs/ca-certificates.crt<br>
>> forward-zone:<br>
>> name: "."<br>
>> forward-addr: 1.1.1.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
>> forward-addr: 1.0.0.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
>> forward-ssl-upstream: yes<br>
>><br>
>> Everything works exactly as expected, including <a href="https://1.1.1.1/help" rel="noreferrer" target="_blank">https://1.1.1.1/help</a><br>
>> **except** <a href="http://twitterdatadash.com" rel="noreferrer" target="_blank">twitterdatadash.com</a> remains SERVFAIL.<br>
>><br>
>> Paste of dig outputs with various unbound configurations:<br>
>> <a href="https://pastebin.com/k1LtjzHB" rel="noreferrer" target="_blank">https://pastebin.com/k1LtjzHB</a><br>
>><br>
>> pi-hole.conf: <a href="https://pastebin.com/szLmcNFj" rel="noreferrer" target="_blank">https://pastebin.com/szLmcNFj</a><br>
>><br>
>> unbound logs greped with "twitterdatadash" :<br>
>><br>
>> 'default' pihole.conf : <a href="https://pastebin.com/JmgUDSRv" rel="noreferrer" target="_blank">https://pastebin.com/JmgUDSRv</a><br>
>><br>
>> with DoT: <a href="https://pastebin.com/k3UgdZD4" rel="noreferrer" target="_blank">https://pastebin.com/k3UgdZD4</a><br>
>><br>
>> Accessing that domain is not crucial by any means, I am only concerned it<br>
>> may be indicative of a bigger issue. It seems like there must be an issue<br>
>> with my configuration somewhere, but every test I run appear to indicate no<br>
>> issue. Is it possible the issue is not my end? Anyone have any ideas?<br>
>><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/51c41974/attachment-0001.htm" rel="noreferrer" target="_blank">http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/51c41974/attachment-0001.htm</a>><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 16 May 2022 05:33:22 +0000 (UTC)<br>
From: Ron Varburg <<a href="mailto:ronvarburg@yahoo.com" target="_blank">ronvarburg@yahoo.com</a>><br>
To: DANIEL NANGHAKA <<a href="mailto:dndannang@gmail.com" target="_blank">dndannang@gmail.com</a>><br>
Cc: <a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a><br>
Subject: Re: Unsubscribe me from this list<br>
Message-ID: <<a href="mailto:539673813.2057345.1652679202125@mail.yahoo.com" target="_blank">539673813.2057345.1652679202125@mail.yahoo.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
You can got to <a href="https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users" rel="noreferrer" target="_blank">https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users</a>.<br>
At the bottom of the page you can read:<br>
To unsubscribe from Unbound-users, get a password reminder, or change your subscription options enter your subscription email address: __________<br>
and click the unsubscribe button. On Monday, May 16, 2022, 08:24:12 AM GMT+3, DANIEL NANGHAKA via Unbound-users <<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a>> wrote: <br>
<br>
How do I get off this mailing list?<br>
Am happy to be removed from it.?<br>
On Sat, May 14, 2022, 06:36 BangDroid via Unbound-users <<a href="mailto:unbound-users@lists.nlnetlabs.nl" target="_blank">unbound-users@lists.nlnetlabs.nl</a>> wrote:<br>
<br>
Kind of pulling my hair out with this one.. The domain?<a href="http://twitterdatadash.com?will" rel="noreferrer" target="_blank">twitterdatadash.com?will</a> not resolve with unbound recursively. I get SERVFAIL.<br>
<br>
root.hints is up to date, local time on raspi is accurate. No other domains are failing.<br>
<br>
Both dig?<a href="http://sigfail.verteiltesysteme.net?@127.0.0.1?-p" rel="noreferrer" target="_blank">sigfail.verteiltesysteme.net?@127.0.0.1?-p</a> 5335 and dig?<a href="http://sigok.verteiltesysteme.net?@127.0.0.1?-p" rel="noreferrer" target="_blank">sigok.verteiltesysteme.net?@127.0.0.1?-p</a> 5335 are as expected.<br>
<br>
Switching to an upstream DNS in Pi-hole will get the domain to successfully resolve, as well as using a standard DNS forward-zone in unbound.conf.d/pi-hole.conf:<br>
<br>
? ? forward-zone:<br>
? ? name: "."<br>
? ? forward-addr: 8.8.8.8<br>
<br>
However, if I use a DoT forward zone (because suspected possible? DNS hijacking by ISP):<br>
<br>
? ? tls-cert-bundle: /etc/ssl/certs/ca-certificates.crt<br>
? ? forward-zone:<br>
? ? ? ? name: "."<br>
? ? ? ? forward-addr: 1.1.1.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
? ? ? ? forward-addr: 1.0.0.1@853#<a href="http://cloudflare-dns.com" rel="noreferrer" target="_blank">cloudflare-dns.com</a><br>
? ? ? ? forward-ssl-upstream: yes<br>
<br>
Everything works exactly as expected, including?<a href="https://1.1.1.1/help?**except**?twitterdatadash.com?remains" rel="noreferrer" target="_blank">https://1.1.1.1/help?**except**?twitterdatadash.com?remains</a> SERVFAIL.<br>
<br>
Paste of dig outputs with various unbound configurations:?<a href="https://pastebin.com/k1LtjzHB" rel="noreferrer" target="_blank">https://pastebin.com/k1LtjzHB</a><br>
<br>
pi-hole.conf:?<a href="https://pastebin.com/szLmcNFj" rel="noreferrer" target="_blank">https://pastebin.com/szLmcNFj</a><br>
<br>
unbound logs greped with "twitterdatadash" :<br>
<br>
'default' pihole.conf :?<a href="https://pastebin.com/JmgUDSRv" rel="noreferrer" target="_blank">https://pastebin.com/JmgUDSRv</a><br>
<br>
with DoT:?<a href="https://pastebin.com/k3UgdZD4" rel="noreferrer" target="_blank">https://pastebin.com/k3UgdZD4</a><br>
<br>
Accessing that domain is not crucial by any means, I am only concerned it may be indicative of a bigger issue. It seems like there must be an issue with my configuration somewhere, but every test I run appear to indicate no issue. Is it possible the issue is not my end? Anyone have any ideas?<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/3229a29b/attachment.htm" rel="noreferrer" target="_blank">http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20220516/3229a29b/attachment.htm</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Unbound-users mailing list<br>
<a href="mailto:Unbound-users@lists.nlnetlabs.nl" target="_blank">Unbound-users@lists.nlnetlabs.nl</a><br>
<a href="https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users" rel="noreferrer" target="_blank">https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Unbound-users Digest, Vol 29, Issue 11<br>
*********************************************<br>
</blockquote></div></div>