Tim Legant <[EMAIL PROTECTED]> writes: > If he's not automatically added to the whitelist, how would his 11th > (or 51st) message (the first with no confirmation request sent) ever > get released from the queue?
tmda-pending, since at that point, confirmation requests would be suppressed and the sender wouldn't be able to release his 51st message. This is why it's important to make the limit fairly high -- so that practically no legitimate cases will be hindered by this. Hence the default of 50. > Are you planning on keeping track of the number over a certain time > period, like 24 hours or something, regardless of how many responses > are made? Correct. This is why I named the variable MAX_AUTORESPONSES_PER_DAY. The time period is 24 hours. I thought of making this configurable, but didn't see the point, as you can just adjust the maximum number of replies. I thought tweaking two variables would make things unnecessarily complex. > At this point I'm sure I'm missing something! I've now checked this stuff in, so take a look at the comments in Defaults.py and/or code in tmda-rfilter if you still aren't seeing the light. > I think 50 is a reasonable number, since people can set it lower if > they like. For instance, I never bounce blacklisted mail; I just > drop it, so I might want to lower the default. For those who bounce > their blacklists, the higher default would be better. Though failure notices are returned for a variety of reasons, not just for blacklisted mail. For example, if someone sends a message to a bogus confirmation address, or tries to re-confirm their message. Most mail servers should be able to handle a short exchange of 50 messages in the event of a mail loop I think. _________________________________________________ tmda-workers mailing list ([EMAIL PROTECTED]) http://tmda.net/lists/listinfo/tmda-workers
