http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4776
------- Additional Comments From [EMAIL PROTECTED] 2006-02-03 03:46 ------- I don't envision "test" plugins just to try things, I more envision different ways to do check depending on need. Imagine an agressive Short Circuit Spam module for users who don't mind dropping a few msgs through the cracks, or perhaps it's a Short Circuit Ham module that leans a little the other direction. There are literally dozens of possible implementations that all have a use in some form or another. Users should have the freedom to choose how agressive or careful they want to be with check, and we should provide an interface for folks who want to modify that behavior to fit their situation or message flow. John, I think the reasoning you presented in your -1 (was that a veto?) is exactly why we want an interface like this, it gives you choices. I strongly disagree with the whole pick an implementation and make everyone else follow it, that is the wrong approach. There is no reason why we can't implement a rule type plugin that adds additional plugin calls to do exactly what you describe, that is what makes the interface work so well. As to how stable the check_main interface is, I would call it very stable. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
