P.S: In my case all tests done in same input, but outputs have different scores.
Does not spamd 3.3.1 (JAM) support logging? I want to log some info... My recent scores on same input : ) OK X-Spam-Status: No, score=5.7 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: No, score=5.7 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, RESTARTED X-Spam-Status: Yes, score=17.8 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: Yes, score=17.8 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: Yes, score=17.8 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: No, score=5.7 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: No, score=5.7 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: No, score=3.1 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, OK X-Spam-Status: No, score=5.7 required=6.3 tests=BAYES_50,HTML_IMAGE_ONLY_32, On Tue, Jul 20, 2010 at 2:44 PM, Matus UHLAR - fantomas <uh...@fantomas.sk>wrote: > On 14.07.10 15:42, Emin Akbulut wrote: > > I run SA Win32 port 3.3.1 by JAM Software on Windows Server 2008 64 bit. > > Spamassassin.exe always calculates the same score, coz User_Prefs file is > > under my docs (C:\Users\ea\.spamassassin) > > > > However spamd.exe -which runs as service- calculates the right score at > > first time then score goes very low at subsequent checks. > > [...] > These are only seen after first erun: > > > MISSING_DATE,MISSING_MID,RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_BRBL_LASTEXT, > > RCVD_IN_PBL,RCVD_IN_XBL,RDNS_NONE,TO_NO_BRKTS_NORDNS_HTML,T_SURBL_MULTI1, > > T_SURBL_MULTI2,T_SURBL_MULTI3,T_SURBL_MULTI4,T_URIBL_BLACK_OVERLAP, > > URIBL_AB_SURBL,URIBL_BLACK,URIBL_DBL_SPAM,URIBL_JP_SURBL,URIBL_OB_SURBL, > > URIBL_SBL,URIBL_SC_SURBL,URIBL_WS_SURBL autolearn=unavailable > version=3.3.1 > > MISSING_DATE,MISSING_MID indicate that the message was received without the > Date: and Message-Id: headers. Some MTA's tend to add the, which causes SA > checking to be less effective > > I have already bugged debian's sendmail not to add To: header if there's > none, the same reason. We could do the same for those headers if sendmail > can (not to) do that. > > -- > Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ > Warning: I wish NOT to receive e-mail advertising to this address. > Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. > Depression is merely anger without enthusiasm. >
