Re: Re: [Mailman-Developers] bounce processing in 2.1CVS
Also, don't forget that you need to ignore days that go by without posts. You need to count "posting" days.
Bob
- are we a member? No, return
- do we have previous bounces? No, register it skip to step 7
- is the member disabled? yes, quit
- is the bounce info from today? yes, don't increment, skip to step 7
- is the info stale? yes, reset it and skip to step 7
- increment score for today's bounce
- is score > threshold? yes, disable 'em.
Yeah, I like that better; at least it handles "I need to reset my bounce threshold to get out of a hole" better.
DM> And besides, that seems like a useful knob to turn (i.e. "how DM> old does the bounce info have to be before I start looking for DM> new ones").
It might be, but I think for now I don't want to add that.
I suppose I know how to write that much Python. :)
I realized you also want to add a step in cron/disabled that performs a sweep over the currently-bouncing-but-not-yet-disabled members, checking their scores against the threshold. Say this morning the threshold was 4.0 and some member had a score of 3.0. Then I go in and say screw it, set the threshold to 2.0. I'd like today's cron/disabled run to disable all those members with a score of 3.0.
Yeah, good point.
Mailman-Developers mailing list Mailman-Developers@python.org http://mail.python.org/mailman/listinfo/mailman-developers
"bob" == <bob@nleaudio.com> writes:
bob> Also, don't forget that you need to ignore days that go by
bob> without posts. You need to count "posting" days.
I think I convinced myself that you don't, last time I thought hard about it. I could be wrong, but I also believe not worrying about it simplifies a lot (not the least of which is describing to an admin how all the knobs work together).
I'm so tired right now, I can't explain more, but I'll try to tomorrow.
-Barry
participants (2)
-
barry@zope.com
-
bob@nleaudio.com