There was an earlier thread on this that I replied to. I know of one
other still having the issue. Mail to att.net, ameritech.net,
bellsouth.net, and sbcglobal.net in my case have the majority bouncing
after timeout. abuse_...@abuse-att.net is just an automated response
that my IP's aren't being blocked.
My mail servers ironport.dcptech.com 199.212.124.13
and ironport-c300vb.dcptech.com 199.212.124.14 are both unable to
deliver the majority of messages. I've changed from supporting TLS 1.3
and TLS 1.2 to only TLS 1.2 and it didn't make a change. I disabled TLS
altogether and no difference.
The reason I say majority bouncing is because I have seen a 1 or 2 out
of a couple hundred make it through. We are receiving mail from these
domains. I have PCAP's from inside firewall and outside firewall, in all
cases we start communication and then all of sudden stop getting any
response back, number of TCP Retransmissions, and then we send a reset.
In all cases they stop acknowledging receipt of packets.
I've sent details to postmas...@att.net and postmas...@prodigy.net from
a gmail account with no response. Same details to
abuse_...@abuse-att.net just gets the automated response that we aren't
blocked.
The postmaster page at https://www.att.com/esupport/postmaster/ doesn't
offer another way to contact them. Everything is more related to user
usage and not postmaster's.
This has been happening since March 27th with no resolution.
Domains sending mail are dcptech.com, prall.org, and sportsworldtulsa.com
David
--
https://dprall.net
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
