https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6081
Summary: less than useful behavior of spamc
Product: Spamassassin
Version: 3.1.9
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
Component: spamc/spamd
AssignedTo: [email protected]
ReportedBy: [email protected]
Folks:
I use spamc integrated through a perl pipe, viz.:
# spawn off spamc client
$pid = open2( \*Reader, \*Writer, $spamc_command );
print Writer @header_lines, "\n", @dfile_lines;
If the combined size of the two arrays is > the "-s max_len" parameter, I just
hang because spamc reads max_len+1 and then stops reading.
So, the enhancement is to have spamc quietly read the rest of the input stream,
and then not process the message.
I believe it's the case that spamc reads the whole message anyway, as it
parrots it back untouched to STDOUT.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
