On Wed, 2010-06-02 at 20:28 -0400, Greg Troxel wrote:
> (Let me know if this is wrong on dev@ and should be on users.)
IMHO, yes. Unless you can tell me why this would not belong to users.
> spamass-milter 0.3.1, rejecting at 8 points.
> postfix 2.7.0
> I send mail by connecting to submission/TLS and authenticating. SA is
> still running via milter on these submitted mails. Until recently, I
> didn't have any problems. Then, mail from my phone started being
> rejected, and also mail from a computer at home (VZ fios).
> Looking at the logs, it's hitting on tests like:
>
> RCVD_IN_PBL,RCVD_IN_RP_RNBL,RDNS_DYNAMIC,S25R_1
> (AT&T iphone, 7 points)
Submission, authenticated you said. It should hit ALL_TRUSTED. And no,
no PBL style blacklists at all.
> and then sent a test message. The test message hits ALL_TRUSTED and
> none of the DUL rules when it is scanned before delivery to me. Here
> are the two spamd summaries:
>
> BAYES_20,FH_HOST_EQ_VERIZON_P,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,
> RDNS_DYNAMIC,TO_NO_BRKTS_DYNIP (1 point, via milter)
>
> ALL_TRUSTED,BAYES_00 (-23, via spamc from procmail)
The problem with spamass-milter and postfix not providing the necessary
variables the milter expects by default, again? Check some recent bugs
in bugzilla.
(Getting late here, but I remember discussing this just the other day.)
> So it seems SA is parsing the received header that says it was
> authenticated (I have "smtpd_sasl_authenticated_header = yes" set):
> and scoring sensibly:
>
> X-Spam-Status: No, score=-23.9 required=1.0 tests=ALL_TRUSTED,BAYES_00
> autolearn=no version=3.3.1
>
> When spamass-milter processes a message, postfix has not yet added a
> Received line. So it fakes up one based on the milter variables for the
> benefit of SA to know about the previous hop.
Same as above.
--
char *t="\10pse\0r\0dtu...@ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
