Administrative and Maintenance Tools - Move Inactive and Lurker Users To New Usergroup

As of 23 Nov 2017 this modification has been withdrawn.

This runs daily to check the activity of members and move them to a new usergroup if they meet certain rules.

Lurkers
If a member has not posted on the forum for a defined number of days (90 by default) then they will be moved from their existing usergroup to the defined usergroup (this can be any existing usergroup, however, you should really create a new 'Lurkers' group

Inactive Members
If a member has not visited the forum for a defined number of days (180 by default) then they will again be moved from their existing usergroup to the defined usergroup (this can also be any existing usergroup, however, you should again really create a new 'Inactive Users' group.

Only members of a defined list of usergroups are checked for inactivity.

If a member of the Inactive usergroup returns to the forum, or the Lurkers usergroup posts again, and auto-restore is enabled, they are automatically restored either to another pre-defined usergroup (by default this is usergroup 2, Registered Users) or to the usergroup they were in before they got initially moved. Note that if you use this option then you really must have seperate Inactive and Lurker usergroups, otherwise you are going to get in a mess.

Any of the options above can be disabled if not required. All options are in ACP > Options > Inactive and Lurker Members

To install simply download the file and import in vbulletin using the product manager.

Note: The move of inactive users is done once per day as part of the existing vbulletin daily update cron job. The restore function should be pretty much instant. Also, this works purely on the Primary usergroup, secondary groups are neither checked or altered.


History:

v4.0.1 : 02-Jan-2010 : Initial release for vb 4.0.0 Gold.
v4.0.2 : 02-Jan-2010 : Prevent restore to usergroup 0 if old usergroup data is missing.
v4.0.3 : 16-Feb-2010 : Lurker & Inactive settings split out.
v4.0.4 : 18-Feb-2010 : Installer & code updates.
v4.0.5 : 12-Sep-2010 : Fix bug in disable options.

v4.1.0 : 04-Dec-2010 : Updated for vBulletin 4.1.

v4.1.7.0 : 16-Oct-2011 : Updated for vBulletin 4.1.7.

v4.2.0.0 : 24-May-2012 : Updated for vBulletin 4.2.0.

[Paul M]

Sorry, its been asked before, and the answer is the same. I dont plan to add that. You can easily send an email to anyone in the relevant group using the existing acp mail users inteface.

[lilquit]

Can the lurkers be viewed on the front end so everyone can see who they are? Please tell me how if so
Thank you

[Maur?cioSB]

Paul,
When you have time, how about define phrases to these:

0|-</optioncode>
				<defaultvalue>0</defaultvalue>
			</setting>
			<setting varname="mil_inactive_groups_list" displayorder="30">
				<datatype>free</datatype>
				<optioncode>usergroup:10</optioncode>
				<defaultvalue>a:1:{i:0;i:2;}</defaultvalue>
			</setting>
			<setting varname="mil_inactive_restore" displayorder="40">
				<datatype>integer</datatype>
				<optioncode>radio:piped
0|Disable restore option
1|Restore to original usergroup
2|Restore to usergroup specified below></optioncode>

It would be easier to translate.
Tks.,
Maur?cioSB
PS.: I think there is no need to the ">" after the third option.

[Paul M]

You cant translate settings into phrases.

[Dr.osamA]

thanxx for update

[Bergler]

When you have this up and running, when you look at the usergroups will it show in the "Lurkers" usergroup who has been moved. I have had this mod running since last night and haven't seen anything happen, most likely my error. Here is a image of my settings. I am not using the inactive feature is that ok? Sorry if I missed something, I always seem to miss the obvious!

[Paul M]

Lurkers / Inactive are only processed once a day.

[Bergler]

Originally Posted by Paul M

Lurkers / Inactive are only processed once a day.

Thanks for that Paul. It has now been more than two days and this is what my usergroups look like, any ideas, Thanks.

[Paul M]

Since I dont have access to your forum, I cannot really say - but other than a settings error, Id guess you have no one who meets the requirements you have set.

[Julie]

Paul, I know you said this doesn't check or alter secondary groups, but I was wondering if it is possible to check secondary usergroups, technically I mean? So that, if user A is member of primary group X (that is checked for inactivity), but has secondary group Y (isn't checked for inactivity), he doesn't get moved.