wow.. I really ++++ed up this release.. just to be sure I've double checked version 1.3.2, it installs correctly on a fresh vbulletin install.

Installed v1.3.2 and tested.... :)

No errors and I now have log entries.... :up:

I'll send via PM due to confidential data....

Thanks

Regards,
Badger

great to hear it's starting to catch spam

Awesome mod, I have used Aksimet spam detection on my 3.5vb and it has saved me from tons of spam. I am now up to date but I was wondering if I should tun on or off the send extra request information?

Unfortunately I had to turn this off because many non-spam posts and threads were getting sent to the moderation queue. I looked to see what the posts had in common, or what would make them stand out as spam, and was unable to determine why they would be considered spam - no links posted, no strange keywords that migh seemingly be flagged for an odd reason, Would the extra request information help with this? Anything else I can do to make it less sensitive? I could turn off the "send posts/threads to moderation queue option, but then if I did that it seems it would make this hack kind of pointless.

How about a Mod which exactly does the same but with Rules we can set ?
I am badly searching for that.

akisment doesnt seem to be effective enough for vbulletin.

How can I uninstall it from vB 3.6.5. It's not getting uninstalled and once enabled breaking the entire postings.. like duplicate posts, parse errors and even db errors.

Damn it.

Thank You. Working great on vB 3.6.8.

It seems that only the blog, user_ip and user_agent are required arguments for the API (note: not the actual message)

With that in mind, would it make sense to also use this to optionally check during the registration process as well?

I consistently see that the IP and/or email and name associated with flagged messages are associated with known spamming activities so there should be a fairly accurate hit ratio.

This would also save us the trouble of cleaning up the moderated posts and banning the users after the fact by either preventing them from signing up altogether or putting them in a n even more restrictive group.

A secondary suggestion would be utilizing this for checking Private Messages sent between users to prevent mis-use of bogus or compromised accounts.

For those looking for the registration checking functionality, I am investigating the use of the Check Proxy RBL on New User Registration mod as a temporary solution to limit the registration of SPAM users before they post/PM.

Still interested in seeing this functionality rolled into the Akismet as well as checking of PMs :-)

Check Proxy was a no go on cutting down spam registrations..

Any suggestions from the community? Note that no actual posts are making their way to the board thanks to this great plugin, but I'd like to cut out the registration all together if possible and no combination of human detections have seemed to deter them.

Product import takes forever in 3.7 so probably not working. Please update this for 3.7, thank you.

* Please update this for 3.7, thank you.

will this work on vb 3.8?

Thanks

Anyone tried this with vb4 after updating?

It really worked well for us under v3.68 and would like to keep using it...

Thanks .. :)

Regards,
Badger

Yes. Works well in VB4

Thank you very much !!! :)

Can't tell you how effective this has been ...

Regards,
Badger

Just noticed ... :)

Akismet option is built into vb4 4.03 ...

Did you use this add-on version, or the one built-in?

This add-on seems to have more options, including user group selections etc...

Thanks ..

Regards,
Badger

Is there a way to configure the plugin such that it automatically removes a message if it is flagged as spam?

My moderation queue is overloaded, it becomes impractical to monitor it...