https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #7 from Sidney Markowitz ---
Giovanni has set up a subdomain txttcp.spamassassin.org with large TXT replies
and created a test for this problem for the SPF case, in revision 1916164
As of now I expect creating an askdns rule
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #6 from Sidney Markowitz ---
It's the rule in 72_active.cf
askdns __PDS_SPF_ONLYALL _SENDERDOMAIN_ TXT /^v=spf1 \+all$/
This particular case isn't a big deal, because a domain with a very large
number of TXT records is not
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #5 from Sidney Markowitz ---
Turning on -D all seems to provide the hint:
Mar 7 16:58:09.757 [87061] dbg: askdns: launching query (__PDS_SPF_ONLYALL):
53.com
Mar 7 16:58:09.758 [87061] dbg: async: launching TXT/53.com, rules:
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #4 from Sidney Markowitz ---
Correction, the query for TXT 53.com and the resulting info log about the reply
being truncated happens whether or not I am using my local DNS server or
1.1.1.1. And it happens if I remove the SPF
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #3 from Sidney Markowitz ---
(In reply to Sidney Markowitz from comment #1)
> When I read over the comment history in bug 4620
Typo, should be bug 4260
(In reply to Giovanni Bechis from comment #2)
> Works reliably with a
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
--- Comment #2 from Giovanni Bechis ---
Created attachment 5939
--> https://bz.apache.org/SpamAssassin/attachment.cgi?id=5939=edit
Email with problematic spf
I've added this commit
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=8213
Sidney Markowitz changed:
What|Removed |Added
CC||sid...@sidney.com
--- Comment
