Rt-shredder / Ignore Privileged Users

Is there any way to have rt-shredder delete users that aren’t associated with any tickets -and- aren’t privileged?

Some of my privileged users might not be associated with a ticket at any given time, but I still don’t want them deleted.

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354

There is no such option at this moment except exteding Users plugin of
the shredder.On Fri, Jul 24, 2009 at 1:18 AM, Tim Gustafsontjg@soe.ucsc.edu wrote:

Is there any way to have rt-shredder delete users that aren’t associated with any tickets -and- aren’t privileged?

Some of my privileged users might not be associated with a ticket at any given time, but I still don’t want them deleted.

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Best regards, Ruslan.

There is no such option at this moment except extending
Users plugin of the shredder.

Is there a “suggestion box” for new features? This seems like a pretty glaring oversight. Surely mine can’t be the only organization with privileged users who aren’t always attached to tickets.

I have about 30 privileged users, and maybe 500 other unprivileged actual users that have requests in the system, and a total of 4,130 records in my “Users” table. Probably 3,000 of them are users that were auto-created when RT received SPAM.

We’re auto-deleting tickets after 5 years of inactivity, but it seems that in the current implementation, auto-created SPAM users can never be automatically deleted.

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354

We’re auto-deleting tickets after 5 years of inactivity, but it seems that in the current implementation, auto-created SPAM users can never be automatically deleted.
Unless the shredder could kill the user along with the ticket when
it’s the only ticket that user has ever made;
and ideally also when the user is unprivileged/auto-created.

Cambridge Energy Alliance: Save money. Save the planet.

You’re right, see your pain. I think member_of option in the Users
plugin can help with this issue. Try attached patch, documentation
included.On Fri, Jul 24, 2009 at 3:24 AM, Tim Gustafsontjg@soe.ucsc.edu wrote:

There is no such option at this moment except extending
Users plugin of the shredder.

Is there a “suggestion box” for new features? This seems like a pretty glaring oversight. Surely mine can’t be the only organization with privileged users who aren’t always attached to tickets.

I have about 30 privileged users, and maybe 500 other unprivileged actual users that have requests in the system, and a total of 4,130 records in my “Users” table. Probably 3,000 of them are users that were auto-created when RT received SPAM.

We’re auto-deleting tickets after 5 years of inactivity, but it seems that in the current implementation, auto-created SPAM users can never be automatically deleted.

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354

Best regards, Ruslan.

RT-3.8.4-shredder_member_of_option_users_plugin.patch (2.01 KB)

You’re right, see your pain. I think member_of option in the
Users plugin can help with this issue. Try attached patch,
documentation included.

Awesome, that patch seems to work splendidly! Thanks!

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354

Landed into 3.8 for 3.8.5.On Fri, Jul 24, 2009 at 6:59 PM, Tim Gustafsontjg@soe.ucsc.edu wrote:

You’re right, see your pain. I think member_of option in the
Users plugin can help with this issue. Try attached patch,
documentation included.

Awesome, that patch seems to work splendidly! Thanks!

Tim Gustafson
Baskin School of Engineering
UC Santa Cruz
tjg@soe.ucsc.edu
831-459-5354

Best regards, Ruslan.