[89907] in North American Network Operators' Group
Re: Spam filtering bcps [was Re: Open Letter to D-Link about their
daemon@ATHENA.MIT.EDU (Joe Maimon)
Wed Apr 12 09:12:26 2006
Date: Wed, 12 Apr 2006 09:11:54 -0400
From: Joe Maimon <jmaimon@ttec.com>
To: Matthew Sullivan <matthew@sorbs.net>
Cc: Suresh Ramasubramanian <ops.lists@gmail.com>,
Matthew Black <black@csulb.edu>, nanog@merit.edu
In-Reply-To: <443CEE85.2090109@sorbs.net>
Errors-To: owner-nanog@merit.edu
Matthew Sullivan wrote:
>
> Suresh Ramasubramanian wrote:
>
>> On 4/11/06, Matthew Black <black@csulb.edu> wrote:
>>
>>
>>> Are you suggesting that we configure our e-mail servers to notify
>>> people upon automatic deletion of spam? Frequently, spam cannot be
>>> properly identified until closure of the SMTP conversation and that
>>> final 200 mMESSAGE ACCEPTED...or do you think that TCP/IP connection
>>> should be held open until the message can be scanned for spam and
>>> viruses just so we can give a 550 MESSAGE REJECTED error instead of
>>> silently dropping it?
>>>
>>>
>>
>>
>> You can reject right after DATA, at the <CR><LF>.<CR><LF> stage,
>> before QUIT
>>
>> That's still an in line smtp reject rather than an accept + bounce DSN.
>>
>> Exim with the spamassassin patches (sa-exim) does this, for example.
>>
>> -srs
>>
>>
> Of course Postfix can be setup (using spampd) with spamassassin to do
> exactly the same.
>
> I believe Sendmail+MimeDefang+Spamassassin will also reject inline if
> set to do so.
>
> Regards,
>
> Mat
>
>
As will sendmail+spamass-milter+spamassassin
In fact there are quite a few milters that can be used in between
sendmail and spamassassin
Joe
