Re: [mailop] safe-mail.net
On 12Jul24, Bill Cole via mailop apparently wrote: > > Nearly 1/2 a century later, it's still the case that most mail clients > > will look for address RRs in the absence of an MX. > > Because failing to do so would be ignoring a requirement of the SMTP > specification. Yes. Everyone knows this. The main observation, which appears to need spelling out, is that at the time it was hoped that this would be a "transition plan" for an Internet protocol which has proved to be a harbinger for many other "transition plans" that followed. Mark. ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] safe-mail.net
On 11Jul24, Cody Millard via mailop apparently wrote: > What is "A RR" ? Sounds like they're talking about DNS A RRs (Address records). Circa 1986 the DNS community introduced the MX RR with a view to transitioning away from how a mail client would look up an address RR directly for a target domain and connect to that. Nearly 1/2 a century later, it's still the case that most mail clients will look for address RRs in the absence of an MX. > > A RR for incoming messages. do you know why they design this? for better > > anti-abuse control? It could be just laziness. As for anti-abuse benefits, I recently re-activated a 1/4 century old dormant domain to see how much spam was still sent to it. It was quite a lot. But, I did note that when that domain only advertised A/ RRs the volume was slightly lower, by about 10-15%. So avoiding MX RRs might provide some marginal anti-spam benefit, but I guess it's also possible that more recent mail clients or mail client libraries may not fall back to address RRs in the absence of an MX and thus such a domain might miss genuine email. Mark. ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Email connection timeouts from Proofpoint (67.231.157.0/24) to my Aussie Broadband static IP (mx1.imrryr.org[144.6.86.210])
On 06Jun24 > I too raised a ticket with ABB as I accidentally discovered that > 67.231.157.0/24 was not > able to reach my mail servers on the ABB network. FYI. ABB have worked with the other network ops and recently fixed this routing issue. Not strictly a mailops issue per se, but 67.231.157.0/24 is almost entirely SMTP outbound for Proofpoint, so effectively a mail issue. Mark. ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop
Re: [mailop] Email connection timeouts from Proofpoint (67.231.157.0/24) to my Aussie Broadband static IP (mx1.imrryr.org[144.6.86.210])
On 06Jun24, Viktor Dukhovni via mailop apparently wrote: > > I'd also raise it with Aussie Broadband and see if they are able to I too raised a ticket with ABB as I accidentally discovered that 67.231.157.0/24 was not able to reach my mail servers on the ABB network. Fortunately in enough time before the queues timed out. At this stage the ticket has moved from their L1 front-line to their L2 NOC, so maybe a fix is in sight. The easiest way to confirm this reachability issue is with http://lg.aussiebroadband.com.au which shows that, e.g., 67.231.157.237 is not reachable from BNE NextDC, but is reachable from SIN Equinix DC. Clearly a systemic issue. Mark. ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop