108 replies to this topic

[Martin]

File Name: Manage Inactive Members
File Submitter: Martin
File Submitted: 15 Mar 2009
File Updated: 18 Jan 2011
File Category: IP.Board v3.0 & v3.1

This application is all of my previous inactive tasks (Notify inactive, Move inactive, Delete inactive and Delete Old Messages) converged together in one application.

Notify Inactive is a task that sends out a notification to inactive members.

Move Inactive moves an inactive member, and moves them back again if they return.

Delete Inactive deletes an inactive member.

I recommend that you combine these three tasks. First, send out a notification, then move them to their own group, and finally, delete members of the inactive group.

And finally, Delete old messages. This task will go trough all personal topics in your system, and delete the messages who are older than a set number of days. Good way to keep your system light and clean.

Click here to download this file

[killswitch]

It's not working on RC 1

[killswitch]

Can you hear that? It's saying "FIX ME FOR RC 1".

[Martin]

But you also said the same thing in 4 other support topics.
And this app do work in RC1.

[killswitch]

This ap "do" not work in RC 1. When going to install, it doesn't show in the applications to install.

[ssaudio]

I installed this mod, everything appears to work ok, except it won't actually save a task.  Is this a permissions problem?

[DollarGeneralG]

yeah it installs fine but not in the apps area for IPB 3.0

[Martin]

v1.0 RC1 is released. Most bugs reported should be fixed, and Delete Old Messages are done. Also added a sub-menu item for each task where you can force it to run in debug mode, without altering the setting.
And the hook is included into the application installer routine.

Please test in on an test installation before putting it in a live environment.

[pRieStaKoS]

killswitchX, on May 19 2009, 01:13 AM, said:

This ap "do" not work in RC 1. When going to install, it doesn't show in the applications to install.

Thats cause in the application zip, the upload folder is wrong !!!

Its admin/applications_addons/other/inactiveMembers (wrong)

insteed of admin/applications_addon/other/inactiveMembers (right)

[Martin]

That would explain a lot.

Repacked the download.

[lonewolfe2015]

Installed perfectly, haven't test the features at all however.

[Wolfie]

m4rtin, on Mar 15 2009, 03:36 PM, said:

Version: 1.0 RC1

Hey M4rtin Lawrence of Arabia, when will RC2/final be released?

Also..


In the ACP restriction settings.. Signature of the week competition?

In Notify Inactive Members, Time between each notification, 2 mistakes.
Should be "notification" singular not plural and misspelled the word "With".


This may have already been answered somewhere and if so, please forgive me but..

How does this work when there is a large number of inactive members?  Does it do a few at a time until it's caught up or all at once?

Does it honor the members choice to not receive emails from the admin?

[Martin]

It will honor that setting pr default, with an option to not honor it.

Restrictions for the core module has been removed, since there not really much to do there. The others seems to be fine.

Spelling mistakes taken care of.

And as of now, it will do 250 at the time. So if you have 1000 inactive members, it will take 4 days (task runs) to notify/delete/move them. Same goes for old messages.


I'll pack up the edits I've just made, and re-brand this as stable. I'll edit this post once I've done that.


EDIT: v1.0 Stable is uploaded.

[Wolfie]

Coolness.  I only use it for the notification aspect (I never delete members or posts and I only move people with bouncing email accounts).  But this definitely does the job and rather nicely.   Thanks.

Small problem, could be due to 2.3.x to 3.0.x upgrade though:  Join date is showing as -- instead of an actual date.  In the debug mode, it's asking for the join date (in case that means anything).

A few suggestions:
* Label it as honoring the members choice for not receiving admin emails (might make it easier to understand for others)
* When using debug, have it also show who has decided to not receive admin emails (if you are not honoring it)
* An option to view the email as it would appear to others (with the {}'s parsed)
* For ACP restrictions, would be nice to limit which actions they can access (ie, notify/move/delete member/delete posts).
* When checking for inactive members, using the last activity as well as joined date for the search.  For some reason, the last activity date returned ppl who shouldn't have been returned (registered only a month ago and I have it set to 90 days).

Edited by Wolfie, 01 August 2009 - 09:25 PM.

[Dazer]

Would it be possible to add a way for me to delete inactive members with 0 posts specifically?

[sunrisecc]

I do that now via the ACP in 2.x and also in 3.x. Hence, why would a special program be required?

[Dazer]

It's possible to find a delete all members who have been inactive for 365 days and who have 0 posts?

[sunrisecc]

I just set three fields in the ACP - find members. Those that have < 1 post and I enter a date (08-02-2008 eg) in two places. The right hand date fields of those who registered before and those who were active before. You need the registered date field otherwise you would pick up those that registered and who never logged regardless of date. First I select to verify and then I choose the prune feature in 2.x and it is almost the same in 3.x

[azxure]

m4rtin, on Aug 1 2009, 03:29 PM, said:

It will honor that setting pr default, with an option to not honor it.


And as of now, it will do 250 at the time. So if you have 1000 inactive members, it will take 4 days (task runs) to notify/delete/move them. Same goes for old messages.

I have installed this, and all appears fine except this. According to my logs, it only moves one at a time, and I have to click on the task and tell it to perform again for it to do another member, and on and on. There is more than one member, as it finds a new one each time I click on the task.

When I run the debug it only finds one member at a time as well, although I don't see anything in the query telling the system to stop after one.

[azxure]

azxure, on Aug 12 2009, 06:11 PM, said:

m4rtin, on Aug 1 2009, 03:29 PM, said:

It will honor that setting pr default, with an option to not honor it.


And as of now, it will do 250 at the time. So if you have 1000 inactive members, it will take 4 days (task runs) to notify/delete/move them. Same goes for old messages.

I have installed this, and all appears fine except this. According to my logs, it only moves one at a time, and I have to click on the task and tell it to perform again for it to do another member, and on and on. There is more than one member, as it finds a new one each time I click on the task.

When I run the debug it only finds one member at a time as well, although I don't see anything in the query telling the system to stop after one.

Notify members runs 250 at a time. Move appears to only move one at a time. I am not sure about delete inactive, and I do not use the delete old messages feature.