spamassassin-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Karsten Br├Ąckelmann <>
Subject Re: Spam Assassin Rejecting Comcast Validation Emails
Date Tue, 02 Mar 2010 17:17:44 GMT
On Tue, 2010-03-02 at 11:58 -0500, MGW-Discussions wrote:
> I am sure that I would be better able to diagnose this problem if I was 
> able to capture the incident email traffic, however, at this point I 
> have not been able to retrieve the emails.

Check your logs for the rules the email triggered.

> The situation is that upon registration of a new username for comcast 
> services, which is actually an email address, when the test email comes 
> through, it is rejected with a score of 5.2/5.0 during the handshake for 
> my citadel implementation. I currently have citadel in the standard 
> setup where spamassassin is used to reject email prior to accepting 
> them, if spamassassin determines that the email is spam.

This sounds slightly better than the Subject, which is just wrong. SA
does not reject anything. :)

> I was wondering if anyone else has this issue, or if I may be able to 
> safely edit any settings within spamassassin to be more accomidating to 
> the email.

Probably hard without a sample. You could either lower some rule's score
(see logs) or raise the required_score value -- temporarily at least, to
let that one mail through.

Rejecting at the required_score is quite risky in general. Common
approach for rejecting based on SA score is to use a second, higher
threshold. And keep marked spam lower than that for review.

char *t="\10pse\0r\0dtu\0.@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;

View raw message