You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@spamassassin.apache.org by mouss <mo...@ml.netoyen.net> on 2010/09/18 13:20:36 UTC
Re: Identifying the real problem
Le 17/09/2010 00:34, Karsten Bräckelmann a écrit :
> [snip]
>> I had in amavis-conf:
>>
>> $final_spam_destiny = D_BOUNCE;
>> $final_banned_destiny = D_BOUNCE;
>>
>> should be much better like this:
>>
>> $final_spam_destiny = D_REJECT;
>> $final_banned_destiny = D_REJECT;
>>
>> It was default with D_BOUNCE so i used this. But you are very right, the
>> bounce is old (according to the Postfixbook from heinlein) and i put reject
>> now. Thanks again!
> Thank you for fixing this. :) One less backscatter source on the net.
>
>
not sure. if his amavisd runs after mail was queued (for example, if it
was run as a content_filter in postfix), then D_REJECT will cause _his_
MTA to send a bounce, thus the backscatter.
So most probably, he is still a potential outscatter source.
Unless he is using amavisd-new to filter mail during the smtp
transaction (with the remote/foreign client), which is uncommon, the
only possible choices are pass, quarantine or discard.