XF 1.4 Don't prune admin.php?logs/spam-trigger ?

[Marcus]

How could I stop admin.php?logs/spam-trigger to prune content over 30 days? Thanks.

 

[Chris D]

It's not a custom option, it's defined as 30 days in the code.

XenForo_Model_SpamPrevention line 774:

$cutOff = XenForo_Application::$time - 30 * 86400;

 

[Marcus]

Perfect, thanks so much for showing me where this behavior is taken place and what has to be changed.

 

[Xon]

Hmm. This is annoyingly short.

I'll be uploading an addon to provide some configurables for this by the end of the week.

 

[Mike]

The purpose of the log is to allow you to check whether your spam rules are hitting what you want and not hitting what you don't. I'm not sure I see the point of older information.

 

[Xon]

The user registration record can be easily extended by 3rd party addons, and often contains useful information such as suggesting the users signed up with a VPN or proxy service. We don't want to have to review 10-30 successful registrations a day, so will often only notice after they run into issues with the forum rules which can be weeks to months after the initial registration.

At the same time, we don't really care about rejected user registrations nearly as much as being able to check successful registrations after the fact.

 

[Marcus]

Actually the log is great for also looking how much "went into the moderation queue". You could build up statistics of directly published content and content that needed moderation before it was published. Content that was created but never published at all because of spam moderation (either disapproved by manual action or it was directly rejected as it is with the conversations).

You can also find out which users permanently trigger the spam filter that you would never find out either in public areas like forums or user profile messages or private areas like conversations where a user can trigger indefinitely spam keywords which he then changes to get his message through.