DNS hiccups

[Michael De Roover]

Same here, A returns 147.75.40.150 while AAAA returns nothing. MX has records to Microsoft, as 
addressed by Sten.

My chain is recursive to Cloudflare from vantage points at Hetzner, and from there follows the 
usual public chain.

*vim at ideapad.lan* [*~*] 
$ dig aaaa vodafone.com 

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> aaaa vodafone.com 
;; global options: +cmd 
;; Got answer: 
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 7639 
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 

;; OPT PSEUDOSECTION: 
; EDNS: version: 0, flags:; udp: 1232 
; COOKIE: ec6f757e9f681d460100000067fe5cd257a173f4c18ef0a6 (good) 
;; QUESTION SECTION: 
;vodafone.com.                  IN      AAAA 

;; AUTHORITY SECTION: 
vodafone.com.           900     IN      SOA     ns1.vodafone.com. hostmaster.vodafone.com. 
2008108109 28800 7200 604
800 900 

;; Query time: 56 msec 
;; SERVER: 192.168.10.4#53(192.168.10.4) (UDP) 
;; WHEN: Tue Apr 15 15:19:14 CEST 2025 
;; MSG SIZE  rcvd: 120 

Command completed on 2025-04-15 15:19 CEST (exit 0).
*vim at ideapad.lan* [*~*] 
$ dig a vodafone.com 

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> a vodafone.com 
;; global options: +cmd 
;; Got answer: 
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20497 
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 

;; OPT PSEUDOSECTION: 
; EDNS: version: 0, flags:; udp: 1232 
; COOKIE: 9fdf8476c27d3c0c0100000067fe5cde99940403446944dc (good) 
;; QUESTION SECTION: 
;vodafone.com.                  IN      A 

;; ANSWER SECTION: 
vodafone.com.           3563    IN      A       147.75.40.150 

;; Query time: 4 msec 
;; SERVER: 192.168.10.4#53(192.168.10.4) (UDP) 
;; WHEN: Tue Apr 15 15:19:26 CEST 2025 
;; MSG SIZE  rcvd: 85 

Command completed on 2025-04-15 15:19 CEST (exit 0).
*vim at ideapad.lan* [*~*] 
$ dig mx vodafone.com 

; <<>> DiG 9.18.33-1~deb12u2-Debian <<>> mx vodafone.com 
;; global options: +cmd 
;; Got answer: 
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27159 
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 

;; OPT PSEUDOSECTION: 
; EDNS: version: 0, flags:; udp: 1232 
; COOKIE: 95311fe7ea087ec60100000067fe5f578027ba78e436d6f2 (good) 
;; QUESTION SECTION: 
;vodafone.com.                  IN      MX 

;; ANSWER SECTION: 
vodafone.com.           3600    IN      MX      10 vodafone-com.mail.protection.outlook.com. 

;; Query time: 60 msec 
;; SERVER: 192.168.10.4#53(192.168.10.4) (UDP) 
;; WHEN: Tue Apr 15 15:29:59 CEST 2025 
;; MSG SIZE  rcvd: 125 

Command completed on 2025-04-15 15:29 CEST (exit 0).

On Tuesday, 15 April 2025 15:20:01 CEST Sten Carlsen wrote:
> Thanks
> 
> Sten
> 
> > On 15 Apr 2025, at 14.54, Alessandro Vesely <vesely at tana.it> wrote:
> > 
> > Sorry for cross-posting -- mind it before replying.
> > 
> > 
> > Hi,
> > 
> > last night I sent 4 complaint messages to vodafone.com.  The first one
> > bounced like so:
> > 
> > Your message to the following recipients cannot be delivered:
> > 
> > <abusevfgr at vodafone.com>:
> > <<< No such domain.
> > 
> > The bounce has Date: Tue, 15 Apr 2025 05:21:45 +0200, the query log says:
> > 
> > 15-Apr-2025 05:21:34.546 queries: info: client @0x7ff24383d168 ::1#44623
> > (_mta-sts.vodafone.com): view internal: query: _mta-sts.vodafone.com IN
> > TXT + (::1) 15-Apr-2025 05:21:34.658 queries: info: client
> > @0x7ff24383d168 ::1#54836 (vodafone.com): view internal: query:
> > vodafone.com IN MX + (::1) 15-Apr-2025 05:21:34.686 queries: info: client
> > @0x7ff24224d168 ::1#52645 (vodafone-com.mail.protection.outlook.com):
> > view internal: query: vodafone-com.mail.protection.outlook.com IN AAAA +
> > (::1) 15-Apr-2025 05:21:35.526 queries: info: client @0x7ff24224d168
> > ::1#56049 (vodafone-com.mail.protection.outlook.com): view internal:
> > query: vodafone-com.mail.protection.outlook.com IN A + (::1) 15-Apr-2025
> > 05:21:40.534 queries: info: client @0x7ff2422f9168 ::1#56049
> > (vodafone-com.mail.protection.outlook.com): view internal: query:
> > vodafone-com.mail.protection.outlook.com IN A + (::1)
> All of this is the internal view. It suggests that there is some
> misconfiguration in that view.
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20250415/89b97ac2/attachment-0001.htm>