Go to sleep Markus. It has been too long of a week to think.
John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com
-----Original Message-----
Hi spam-fighters,
What do you think about a time-dependently hold weight? Maybe this can be helpfull on certain systems (where all users work in the same time zone) to reduce FP's.
For further explanation please see the PDF-file located at www.zcom.it/decludeupdater/returncodes.pdf (280 kB).
-The red dots are single messages over 24 hours (x) and their weight (y). -The blue line is the average value of all weights in this time range -The yellow line is our current hold weight of 100 points.
Now my suggestion/question: As you can see, our server processes most legit messages between 8:00 AM and 8:00 PM So why not increase the hold weight slightly in this time range and decrease it a little bit on the resting time? (green line)
Counting our FP's from the last 20 days and increasing the hold weight during business time from 100 to 110 this will avoid 65% of them. Naturally the increased hold value let pass some more spam messages, but with 225 more delivered spam (that has recieved a weight between 100 and 110 points) from over 14000 hold spam in the last 20 days this is very few.
Theoretically we all can create two identical configuration files with 2 different hold weights and switch between this two with a scheduled task. No additional ressources are needed.
...or am I missing something?
Markus |
Title: Nachricht
- [Declude.JunkMail] time-dependently hold weight Markus Gufler
- RE: [Declude.JunkMail] time-dependently hol... John Tolmachoff \(Lists\)
- RE: [Declude.JunkMail] time-dependently... Markus Gufler
- [Declude.JunkMail] Unknown Folder Doug McKee
- Re: [Declude.JunkMail] Unknown ... R. Scott Perry
- RE: [Declude.JunkMail] Unk... Jeff Maze - Hostmaster
- Re: [Declude.JunkMail] time-dependently hol... Dan Patnode
- RE: [Declude.JunkMail] time-dependently... Markus Gufler
- Re: [Declude.JunkMail] time-depende... Bill Landry
- RE: [Declude.JunkMail] time-dep... Markus Gufler
- Re: [Declude.JunkMail] tim... Bill Landry
- Re: [Declude.JunkMail] time-dependently hol... Dan Patnode