Closed (outdated)
Project:
Spam
Version:
6.x-1.4
Component:
User interface
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
18 Mar 2012 at 18:59 UTC
Updated:
12 Mar 2020 at 11:43 UTC
Jump to comment: Most recent
Comments
Comment #1
AlexisWilke commentedThe spam filter permissions are what I'd use in a situation where someone should never be hit by the filter.
However, what you are describing sounds like the duplicate spam filter detecting the same IP being used over and over again. I'd turn off the Duplicate filter, simply. You could also set the IP blacklist threshold to unlimited. Then only similar messages are detected as duplicates.
Thank you.
Alexis Wilke
Comment #2
marko3 commentedAlexis, I've defined a 'trustee' role just to keep safe trusted users from the filter, just as you suggested. So the problem occurs only for 'ordinary' users.
I changed the IP blocklist treshhold to unlimited but I exclusively use Coustom filter in admin/settings/spam/filters so I don't know the change would fix my problem, or there is any other solutions? Probalby a way to set 'Discard spam logs older than' to a time shorter than 1 hour?
Cheers
Comment #3
AlexisWilke commentedThe Custom filters are different from the Duplicate filter... and I think that the problem you're experiencing is in link with the latter. There are no existing function to auto-discard the logs. Anyway, it would be done the other way around: do not take logs older than X in account.
Thank you.
Alexis Wilke
Comment #4
marko3 commentedSorry, can you please elaborate on how to "do not take logs older than X in account."?
Comment #5
AlexisWilke commentedIt's not implemented. If it were, that's how it would be.
Comment #6
marko3 commentedWhat about disabling the spam log altogether? Or at least reducing its minimum life cycle to some value closer to zero than one hour? Is either possible?
If neither is possible, what table should I truncate to get rid of the logs?
Thanks
Comment #7
AlexisWilke commentedWell... deleting the log itself doesn't change anything. Logs are there to help you determine what's going on.
Now, the different filters have tables that start with spam_... and those could indeed be truncated. At least some of them. But it would be preferable to first make sure that we determined which filter actually prevents the posts and not shrink the info to hastily.
For example, if the Bayesian filter is the problem, then there isn't much you can do because the Bayesian filter doesn't use any kind of time and it could make it much worse to randomly truncate that table.
Could you post some of those logs here? The logs should say which filter does what, more or less.
Thank you.
Alexis Wilke
Comment #8
avpadernoI am closing this issue, since it's for a Drupal version no longer supported.