[Martin]

http://www.invisionmodding.com/index.php?autocom=downloads&req=display&code=sst&id=1271
File Name: (IM) Manage Inactive Members 1.1.6
File Submitter: Martin
File Submitted: 15 Mar 2009
File Updated: 4 Jun 2010
File Category: IP.Board v3.0 & v3.1
Resource Type: Application
Version: 1.1.6

File Information
Resource Type: Application
Version: 1.1.6 (10016)
Compatibility: IP.Board 3.0 & IP.Board 3.1


Description

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.


Release notes

• 1.1.6
  
  • Compatibility release for IP.Board 3.1
    
  • "Notify Inactive Members" would not send any emails at all if "Only send email to member that allow emails from admins" was turned on. I believe this has been an issue since v1.0. During the upgrade of this app, you will get the option to reset all data related to sent notifications from this app (last notification dates).
  
  
• 1.1.5
  
  • PHP error in the hook that moves returned inactive members back to their original group.
  
  
• 1.1.4
  
  • A bug in "Delete Inactive Members" made it impossible to delete members with zero posts only, causing to skip that option while searching for members.
  
  
• 1.1.3
  
  • Fixed an issue with "Delete Old Messages"
    
  • If the original group a moved member was deleted, they were still moved back to that group. Now they're moved into the default members group.
    
  • One (unused) setting for "Notify Inactive Members" ("Just notify once") has been removed.
  
  
• 1.1.2
  
  • Some email quick tags did not work in "Notify Inactive Members", and emails sent to deleted members were empty
  
  
• 1.1.1
  
  • The settings weren't properly built (The new ones were missing)
  
  
• 1.1
  
  • All tasks have now a new setting were you can choose the max amount of affected members/PMs pr cycle
    
    
  • In "Move inactive members" have an option to send the admin a PM when an inactive member returns
    
    
  • "Delete Old Messages" returned an error if the topic starter has been deleted
    
    
  • A scroll bar in the list of affected members in the log viewer has been added.
  
  
• 1.0.4
  
  • SQL error in all tasks (Related to fetching ACP templates from the public side)
  
  
• 1.0.3
  
  • Sending personal topics did not bypass various errors.
    
  • SQL error in Delete Inactive Members
  
  
• 1.0.2
  
  • Sending personal topics in Move Inactive Members did not bypass the flood control.
  
  
• 1.0.1
  
  • Move Inactive Members only moved one pr cycle.
  
  
• 1.0 Stable
  
  • Few spelling mistakes fixed. All tasks will honor the option members have to not receive emails from administrators. And they will only process 250 inactive/old members/messages pr cycle.
  
  
• 1.0 RC1
  
  • Pre-final release candidate. Delete old messages are done, and a most reported bugs should be fixed. Please test it in a test installation before trying it live.
  
  
• 0.9
  
  • Pre-final beta release

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).

This post has been edited by Wolfie: 01 August 2009 - 04: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.