One of the tiny, but impactful, features of the Mollom module (which will no longer be with us in a year or so) is it's simple blacklisting functionality. On many of my sites, where Honeypot and/or Mollom still take a beating and let through large numbers of human-powered spam, the Mollom term blacklist functionality has squashed about 90% of the common human spam I get. Here's the configuration for one of my sites that gets slammed the hardest:
Consider one fun spam comment I'd get 4x daily for a few months—the author was always "XRumerTest" and the contents were always "Hello. And bye."
After I added xrumertest
to the blacklist, I never got another one of those comments again.
Obviously, content blacklists can be pretty bad for the UX, if you're not specific enough. If you blacklist the wrong terms (e.g. shorter words that could make up larger words in valid posts), then you can frustrate your users.
But used surgically, the blacklist is immensely helpful.
Therefore, my proposal:
blacklist
protection is applied, and checks for the term.Postponed
2.2
Code
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.