https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8521
--- Comment #3 from Sidney Markowitz <[email protected]> --- Mail::DMARC is the only case where the 1 second per lookup happened, because it only applies when a library makes its own blocking queries with the Net::DNS::Resolver object inside SpamAssassin's resolver. Before rc2 Mail::DMARC made its own resolver, which always uses /etc/resolv.conf. In rc2 we made DMARC consistent with everything else by handing Mail::DMARC that object, which uses dns_server. The 1 second per lookup only started showing up as a problem with a new version of Mail::DMARC that was released a few days after we made the change. SPF, DKIM and ARC make their blocking lookups through SpamAssassin's resolver interface, which waits up to 3 seconds for an answer, the same total this patch gives DMARC. The rule lookups (DNSBLs, URIBLs, HashBL, AskDNS) are asynchronous and wait up to rbl_timeout, 15 seconds by default. The URI CNAME lookups that are new in 4.0.3 use the Net::DNS object only to send their queries in parallel, with 2 seconds for the whole batch, so the 1 second setting doesn't apply to them either. -- You are receiving this mail because: You are the assignee for the bug.
