On Wed, 2009-01-28 at 11:31 -0800, Roberta wrote:
> Thanks for all your replies. That is exactly, what I wanted to know.
> "Locally global" ISP's don't have much of competition and can afford
> themselves providing a bad service and no customer support at all.
>
> I would like to be able to undersand spam filtering results from arriving
> email headers but abbreviations are difficult to interpret.
Roberta, one quite important question went unanswered in your last
thread, and still isn't clear from this. How exactly do you get these
headers you pasted? Are you *sending* or *receiving* the original
message? Are we talking the network (read cable) provider or a mail
hosting ISP? Does the mail get blocked? What about those headers then...
We can try explain the SA tests triggered, if google doesn't help much.
However, understanding who sent the mail and why exactly you are getting
these would be useful. Also, since you are not in control of the mail
processing chain, we really merely can explain it. We can't help you fix
it.
> It appears, that SA should require from users (local admins) passing a
> proper course, else SA is misused a lot.
According to your samples -- yes. We've pointed out quite some changes
to the default configuration and scores. Most (all?) of these would not
have been blocked by a vanilla SA. That's the result of the ISP messing
with the scores.
--
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; }}}
