Hello, I recently got some mails (eg. [3]) from local daemons (eg. uucp, fetchmail). This mails all got hit by MISSING_HEADERS, cause they have no To:-field, which is optional [1]. In the last 7 days MISSING_HEADERS didn't hit any spam-mail on my setup [2]. Have any of you similar ham-mails, which get hit by this rule or does it work properly?
I think spamassassin should try to detect some well-known types of mail, which have no To-header, to prevent FPs. Maybe this rule should be renamed to MISSING_TO or something similar and get a lower score. Or is there anybody, who can tell me, how to add a To:-header to the mails from uucp- and fetchmail-daemon? Thanks, Yours, Heinrich [1] <http://www.apps.ietf.org/rfc/rfc2822.html#sec-3.6>: > The only required header fields are the origination date field and > the originator address field(s). All other header fields are > syntactically optional. [2] statistic > RULE NAME SCORE COUNT %OFMAIL %OFSPAM %OFHAM BAYES > --------------------------------------------------------------------- > MISSING_HEADERS 1.29 13 0.34 0.00 5.88 100.00 [3] example mail (fetchmail-daemon): > Return-Path: <[EMAIL PROTECTED]> > Received: from mydomain.zz ([unix socket]) > by mydomain.zz (Cyrus v2.2.13-Debian-2.2.13-10) with LMTPA; > Tue, 09 Sep 2008 10:29:28 +0200 > Received: from localhost ([127.0.0.1] helo=mydomain.zz) > by mydomain.zz with esmtp (Exim 4.63) > (envelope-from <[EMAIL PROTECTED]>) > id 1KcyaR-0001BK-7e > for [EMAIL PROTECTED]; Tue, 09 Sep 2008 10:28:35 +0200 > From: [EMAIL PROTECTED] > Date: Tue, 09 Sep 2008 10:28:35 +0200 (CEST) > MIME-Version: 1.0 > Content-Transfer-Encoding: 8bit > Content-Type: text/plain; charset="ISO-8859-15" > Subject: fetchmail authentication OK on [EMAIL PROTECTED] > Message-Id: <[EMAIL PROTECTED]> > X-MailScanner-SpamCheck: not spam, > SpamAssassin (nicht zwischen gespeichert, Wertung=-4.398, > benoetigt 5, ALL_TRUSTED -1.80, AWL -1.16, BAYES_00 -4.90, > DCC_CHECK 2.17, MISSING_HEADERS 1.29) > X-Spam-Status: No > > Fetchmail was able to log into [EMAIL PROTECTED] > > Service has been restored. > > -- > The Fetchmail Daemon
