On Wed, 2003-08-20 at 16:24, Daniel Kaliel wrote: > I have been trying to find documentation on how to do this, but have > not found any. I spoke with the partnership of my company on this and > how it is safer not to, instead filtering email on there email client, > however, they have decided to have all SPAM immediately deleted. So > if anyone knows where I can find more info on how to do this, I would > appreciate it.
:0 * ^X-Spam-Flag: YES /dev/null However, this is probably the single most efficient way to shoot yourself in the foot with any spam filter. It's unsafe to use bayes, you have deleted anything autolearned incorrectly so you won't be able to retrain it even if you did somehow know about it, so you're making the whole thing less efficient from the start. If you don't care about false positives, you'd be far better off forgetting about filtering and just set your MTA to reject anything in every DNSBL you can find. That sounds nasty, it's not meant to, what I'm trying to say is a solution with high false positives would be better if it rejected mail rather than silently dropped it. A far better solution would be to file the spam into a separate mailbox. Make it per-user and it's their own choice what they do with it, they can just not look at it at all and they get the same functionality as just deleting it, or they have somewhere to go looking for missing mail if something goes wrong. Or, make it system-wide and just dip into it in emergencies. If someone instructed me to /dev/null anything marked as spam, and all attempts to explain why that was bad had failed, i think a deliberate typo would see it all piling up in a mailbox called .dev.null ready for when they realise they made a mistake :) -- Yorkshire Dave -- Scanned by MailScanner at wot.no-ip.com ------------------------------------------------------- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
