https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6176
Summary: spamc truncates lines read from spamc.conf
Product: Spamassassin
Version: 3.3.0
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: spamc/spamd
AssignedTo: [email protected]
ReportedBy: [email protected]
investigate for 3.3.0. from the users list... Giles Malet to users Aug 7 (3
days ago):
'I'm heading off on vacation in moments, but didn't want this to get lost, as
it cost me hours of work to find!
This on:
Red Hat Enterprise Linux AS release 4 (Nahant Update 7)
Red Hat Enterprise Linux Server release 5.3 (Tikanga)
spamassassin-3.2.5-1.el4.rf
spamassassin-3.2.5-1.el5.rf
If one puts the following two lines into spamc.conf (the second may wrap):
-H
-d
localhost,mailchk-w05-internal,mailchk-w04-internal,mailchk-w01-internal,mailchk-w02-internal,mailchk-m01-internal,mailchk-m02-internal,mailchk-m03-internal,mailchk-m04-internal,mailchk-m05-internal
Then one finds this in the syslog:
spamc[5471]: getaddrinfo(ma) failed: Name or service not known
.. and user preferences were not being processed (this all started with a
report that whitelisting wasn't working). Well, I'm not sure what it was doing,
but it wasn't the correct thing.
It appears that spamc reads exactly 95 bytes from that line, and silently
truncates the input. Turns out that the last thing in the buffer is `..,ma' --
thus the failed DNS lookups on `ma', and subsequent lossage. It would be better
if spamc actually took note of a full buffer, and at least backed up to the
prior separator, and at least logged this, or did something more sane than
causing user preferences to stop working!
Thanks, and apologies for perhaps not doing this properly. I can't see anything
in bugzilla, but may have missed it in my rush.
gdm'
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
