Hopefully this hasn't been asked a hundred times ... Basically, I've got qmail-scanner set up to send notifications to sender and admin so that remote users know if their email gets stopped by qmail-scanner.
Using: SA 2.61 QS 1.20st ClamAV 0.65 Qmail-1.03
The problem is that 99.99999% of these notifications are being sent to spammers with non-existent accounts. So basically, I've got hundreds of emails waiting for delivery in my queue that are skewing my stats and hiding potential throughput problems. Besides that, these emails will eventually timeout in the queue and send me a failure notice.
Has anyone come up with a creative way to deal with this issue? What do you do? I've tried lowering my queue-time, which doesn't do much at all except lower the amount of HD space my queue takes up (really a non-issue).
Not sure what I can do besides turning off notifications to the sender, but I like the idea of letting the sender know right away. What would be really cool would be to drop the notification if the SA score is past a certain threshold ... anyone feel like writing a patch ;-)
1) If you use sa_delete, no notifications will be sent to the sender.
2) If you enable sa-reject your server won't have to deal with those notifications, the last server used by the spammer will do the job for you..
See: <http://xoomer.virgilio.it/j.toribio/qmail-scanner/testingreject.html> to see the bounce messages.
Salvatore
Besides that, I guess I could just tighten down my BADRCPTHOSTS so that more spam is dropped right off the bat ... but I'm just grasping at straws.
Thanks for your input!!
James
------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn _______________________________________________ Qmail-scanner-general mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/qmail-scanner-general
