Raphael Clifford wrote:
Daryl C. W. O'Shea wrote:
Actually, SpamAssassin 3.0.3 can't parse the first received header
either, due to the @ in front of the IP. Even if you were to set
trusted_networks all trusted would fire and there'd be no RBL lookups
etc.
Daryl
I think that is exactly right. If you remove the '@' everything is fixed
and the spam gets a very high score!
This parsing problem looks like something that would be fixable in
spamassassin or does it classify as a mail server problem that shouldn't
be worked around?
Raphael
SpamAssassin 3.1 will correctly parse the received header (with the @ in
front of the IP). Until then, there may be a way to get qmail(?) to
stop adding the @... I don't know for sure though.
Daryl
