On Tue, 18 Nov 2003, Øystein Halvorsen wrote:
> Our only MTA for externally received email is sendmail, which again
> forwards user emails to an internal exchange server. In fact, we have
> tried this out, and it works quite nicely (at least our local users are
> delighted). In order to make spa
This functionality already exists in several milters that call or integrate SA
directly, namely MIMEDefang, the various Amavis based milters, IVS Milter,
and MailScanner. However if such were to be built into spamc it would have to
much more flexable than simple yes/no deletion (what about those
--On Tuesday, November 18, 2003 10:44 AM +0100 Øystein Halvorsen
<[EMAIL PROTECTED]> wrote:
> In order to allow spam messages to be blocked/deleted instead of being
> marked by spamassassin I propose to introduce a simple delete option (-D)
> to spamc. This would be very useful for email accoun
At 16:08 18.11.2003 , Matt Kettler wrote:
I have to admitt, I'm a bit currious as to the purpose of the change to
spamc...
Most people that use spamc, use procmail.. thus, most sites that want to
delete spam run the message through spamc and have procmail delete it with
a procmail rule afterwar
In order to allow spam messages to be blocked/deleted instead of being
marked by spamassassin I propose to introduce a simple delete option (-D)
to spamc. This would be very useful for email accounts receiving large
amounts of spam that are never read anyway. The following sendmail alias
exam
