Jeff Jansen wrote:

On Wednesday 21 April 2004 08:52, Matt Savigear wrote:

I'm getting to the point where I am entirely happy to grovel for assistance. As with many folk I'm using SpamAssassin and want to delete certain mails. I have checked the lists, and come up with a number of methods. None of them actually work - whatever I try, the mail _always_ gets requeued for another delivery attempt. Eventually it bounces, which given the fact that most headers are faked gives me some problems.

I've got a user in my userdb called "null". In null's $HOME directory there's a .courier file with a single newline (\n) in it (a NON-empty .courier file). When I want to drop a message I send it to "null" and it disappears. Hope that helps.

WRT preventing spam from being delivered, I think another option that many people use are global filters... especially relating to amavis. Being that spam trapping is a not-so-precise art, however, I personally tend to just drop them into a common folder (ala Junk) and have jobs to monitor them and clean up on a regular basis -- allows me to ignore if I wish or review in case of false positives.

But back to my original point: the amavis/global filter approach, while it can't modify the content of the message when used as a global filter, enables the rejection of spam much earlier in the process. The only possible drawback would be that it might not be capable of rejecting it without returning an error to the client during SMTP submission... but if this is not an issue, it might be a useful alternative.

Bill