From: "Gene Heskett" <[EMAIL PROTECTED]>
On Monday 02 January 2006 23:22, jdow wrote:
From: "Gene Heskett" <[EMAIL PROTECTED]>
On Monday 02 January 2006 22:34, Craig White wrote:
On Mon, 2006-01-02 at 22:19 -0500, Gene Heskett wrote:
On Sunday 01 January 2006 22:51, jdow wrote:
[...]
>> Anyway, the rule thats applying the 3.8 score is
>> HELO_DYNAMIC_IPADDR2.
>>
>> ATM, I have a "grep -R HELO_DYNAMIC_IPADDR2 *" running from /
>> because that rule isn't present in any of the
>> .spamassassin(/rulesdujour) or /etc/mail/spamassassin
>> directories. If I can reduce that by about 1.2, that would fix
>> the majority of the FP's here. That rule even grabbed a
>> message from a close friend just 10 miles away last nite cause
>> he'd also stuck a bunch of !!! on the end of a happy new year
>> subject line.
>
>/usr/share/spamassassin/*.cf
>
>The score you got seems higher than the 3.04 score. But that
> could have been adjusted with 3.10 so I didn't comment.
>
>{^_^}
Well, I've now defined it to be 2.8 in local.cf, and thats
working better but I feel I may have to reduce it another few
tenths.
One of the problems I think I've detected is that fetchmail isn't
doing a 100% verbatum suck from vz, but seems to be deleting some
of the history near the top of the header, but how much is unk.
I could copy the mailfile off before kmail grabs it and zeros out
the mailfile and then compare messages to see exactly whats
missing. That would define where the loss is better than my
SWAG's. I'll do that tomorrow.
----
to my knowledge, fetchmail doesn't remove any headers at all.
Procmail may be doing it or your MTA, depending upon how you are
handling it.
Humm, AFAIK, fetchmail gets it from vz, writing it
to /var/spool/mail/gene
and kmail takes it from there. And I'm just using what the servers
support, which for vz is 99.9% of zip, plain text for everything.
With the fragment you posted fetchmail hands it off to whatever is
your sendmail tool on your system. That runs and places the mail in
your inbox. I didn't see a stanza like the following in your
fetchmailrc piece you posted: defaults mda "/usr/bin/procmail -d
gene"
So precisely what runs spamassassin there?
{^_^}
kmail, by pipeing it thru via a filter setting of Pipe Through, using
spamc -u gene
spamd of course is from rc3.d linkage.
That should work. When you cut and pasted the headers for your problem
message perhaps kmail had done some "cleanup."
{^_^}
