Tickets :: [#5615] "spam filter" rule shows up despite being disabled

6.0.0-beta1

9/17/25

Summary	"spam filter" rule shows up despite being disabled
Queue	Ingo
Queue Version	1.2-ALPHA
Type	Bug
State	Resolved
Priority	2. Medium
Owners	jan (at) horde (dot) org
Requester	liamr (at) deathstar (dot) org
Created	08/09/2007 (6614 days ago)
Due
Updated	09/06/2007 (6586 days ago)
Assigned	09/05/2007 (6587 days ago)
Resolved	09/06/2007 (6586 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

09/06/2007 10:44:22 PM	Jan Schneider	Comment #8 Taken from Horde Developers State ⇒ Resolved	Reply to this comment
Fixed in CVS.

09/05/2007 02:41:58 PM	liamr (at) deathstar (dot) org	Comment #7	Reply to this comment
I played around with it a bit... if you lock vacation, forwards, blacklist or whitelist, their icons disappear from the menu, and they no longer show up in the rules list. The spam rule is the only one that doesn't behave that way. (This was with fresh copy of the prefs database).

09/05/2007 02:33:11 PM	Jan Schneider	Priority ⇒ 2. Medium

09/05/2007 02:33:01 PM	Jan Schneider	Comment #6 Assigned to Jan Schneider Assigned to Horde Developers State ⇒ Assigned	Reply to this comment
Interesting

09/05/2007 02:27:42 PM	liamr (at) deathstar (dot) org	Comment #5	Reply to this comment
You don't need to update $_prefs['rules'] to get forward and vacation to go away.

09/05/2007 02:10:47 PM	Jan Schneider	Comment #4 Taken from Horde Developers	Reply to this comment
You need to update the "rules" preference too, to no longer include the spam rule.

08/27/2007 02:10:32 AM	liamr (at) deathstar (dot) org	Comment #3	Reply to this comment
It was with a completely blank / freshly created database.

08/26/2007 04:32:09 PM	Jan Schneider	Comment #2 State ⇒ Feedback	Reply to this comment
Are you sure this didn't happen with an existing account that had the spam filter rule already added to the local rule set?

08/09/2007 05:53:47 PM	Chuck Hagenbuch	Assigned to Horde Developers State ⇒ Assigned

08/09/2007 03:28:58 PM	liamr (at) deathstar (dot) org	Comment #1 Priority ⇒ 1. Low State ⇒ Unconfirmed Queue ⇒ Ingo Summary ⇒ "spam filter" rule shows up despite being disabled Type ⇒ Bug	Reply to this comment
I want to turn off the simple spam filter rule because it isn't well suited for any of DSPAM's headers. So, I disabled the simple spam filtering rule in conf.php... $conf['spam']['enabled'] = false; ...but I still see the "Spam Filter" rule in my default rules list. I then locked the spam rule in prefs.php ( $_prefs['spam']['locked'] ), expecting it to behave the same way as blacklist, whitelist, forward or vacation, which don't show up in the default rule set when they're locked. I feel that one of these two actions should prevent "spam filter" from being a part of the default rules set.