Groupwise trash

using novell 6 and groupwise 6.0
consoleone ver 1.3.6

On the server how do I empty trash for all users in groupwise?
itheadachesAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

x
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

PsiCopCommented:
There's no central way to force all mailboxes to empty their trash in the way its done from the client.

You can go into the PO properties and force certain things to happen in terms of days before events. For example, you can force all E-Mail over X days old to be thrown in the trash, and you can lock down the exact number of days items remain in the trash before they are deleted (and setting that value very low will, of course, result in rapidly-emptying trash).

Another idea is to go into GWCHECK and run a Expire on the Post Office - all messages older than the Expiration you select are targetted. I'm trying to remember if messages expired this way get deleted or just put into trash.

I'm not sure of your skill level with GroupWise, if you need me to refer you to specific screens or tabs in ConsoleOne, let me know.

Also, you just want these out of the mailboxes, or do you want them completely destroyed? In GroupWise, E-Mail that is deleted remains recoverable until the database is compressed.

Have you told your users to Archive stuff they want to preserve?
itheadachesAuthor Commented:
we tried to create the events but nothing happens. The main problem that we have is that we don't allow archiving and the trash bins in everyones mailbox are going so large that it is filling up the sys vol. In the log files for the events the only thing logged is start and end event even when we use verbose logging. We even tried the mailbox cleanup but all that did is put most of the deleted mail back in the inbox.

GOAL : I only want to hold onto 7 days of trash and sent items

Is there anyway to do a clean out of all trash bins manually just to get what is in there out to clean the server up a little?

waybadmojoCommented:
You can go into the PO properties and force certain things to happen in terms of days before events. For example, you can force all E-Mail over X days old to be thrown in the trash, and you can lock down the exact number of days items remain in the trash before they are deleted (and setting that value very low will, of course, result in rapidly-emptying trash).

PsiCop is right on.. Here are the details:

From ConsoleOne (with GroupWise snap-ins installed)

  Highlight the Post Office in GroupWise view
  Select Tools | GroupWise Utilities | Mailbox/Library Maintenance
  Select "Expire/Reduce Messages" from the Action drop-down list
  Select "Expire and Reduce"
  Select _only_ "Trash older than" in the Expire and Reduce options
  Set "Trash older than" days to 1 days (1 is the minimum)
  Select Received, Sent, and Calendar items
  If you are using GWTSA, leave "Only backed-up items" on, otherwise, deselect it.
  Click Run and the POA will handle the rest and send the log to the post office Administrator

Note: If you expect lots of trash to be deleted, run this after prime hours as the mass deletions will take a toll on server performance.

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
OWASP: Avoiding Hacker Tricks

Learn to build secure applications from the mindset of the hacker and avoid being exploited.

waybadmojoCommented:
Ahh I understand your desired goal now, 7 days of sent items, eh? Most mail admins would love your settings :)

You will need 2 seperate Scheduled Events to accomplish this:
1 for the Sent items and a second one to handle that trash (since you want to dump received items as well)

#1 ) Expire and Reduce only sent items older than 7 days
#2) Expire and Reduce all items in Trash older than 7 days

Once you have created the Scheduled Events to delete Sent items and Trash older than 7 days, you will have to restart the POA for scheduled events to take effect.










PsiCopCommented:
EMERGENCY: Rule #1. DO NOT put the GroupWise message store on SYS!!!!!!!!
PsiCopCommented:
Following up on my last comment, the ONLY thing that belong on SYS: is the OS, the OS support files, and utilities. NEVER put user data, GroupWise message stores, Print Queues, or anything else on SYS. NEVER NEVER NEVER.

If I were you, I would shut down GroupWise and move the Post Office, MTA and software subdirectories to another volume, correct the GroupWise objects in NDS, and then bring it back up. Don't hesitate to open an incident with Novell Support to walk you through this. This system design error is correctable, but it has to be done right.

Best practice is to create a Volume in its own Pool (I assume you use NSS, since you're on NetWare v6) and put GroupWise exclusively on that Volume, then set the entire Volume to Purge Immediate (in NSS, I think its called No Salvage).
PsiCopCommented:
waybadmojo's idea will work. You can also go into ConsoleOne in the GroupWise view, select the Post Office (NOT the POA), and lock down client settings on the length of time an item can stay in the trash. That won't help with Sent Items.

Question: WHY do you not allow Archiving? Its a great way to get stuff out of the live system without forcing users to delete it.
PsiCopCommented:
Back to not putting the message store on SYS:, here's why. SYS: is the System volume. It contains the OS, and, more importantly, the NDS database. If SYS: fills up (say, someone accidentally attaches their hard drive - the WHOLE thing - to an E-Mail...don't laugh, I've seen it happen), TTS dies and NDS is almost certainly going to end up with a corrupted database on that server (its highly unlikely the corruption would leave that one server).

For this reason, no NetWare admin will put anything that the users can write to on SYS: That means no user home directories, no print queues, no message stores, NOTHING. End users should have NO capability to write to SYS: in any way, shape or form. That's what other Volumes are for (in an NSS environment, have a caution that SYS: resides in an independent NSS Pool, and not the same Pool as other Volumes).

I urge you in the strongest possible terms to address this issue immediately.
DSPooleCommented:
scheduled events for limitations on GroupWise Trash?  Never!

from ConsoleOne, open up the Domain, right-click on the Post Office object, select GroupWise Utilities, select Client Options

Select the Environment button

From the Environment Options dialog box, select the Cleanup tab

You can set to Empty Trash to Automatic after 7 days, then you can lock it down so the users can't change the settings.

Now, this does NOT empty the trash every 7 days - this empties items from the Trash when they reach 7 days of age.  Thus, not everything is emptied at once.

waybadmojoCommented:
If you decide to go with the client options for trash (a good idea even if you use the scheduled actions trash attack) do note that locking down client options will NOT take immediate effect.

In order to "push" these settings down to the client, a client options reset is required. Optionally, reinstalling the client will read the client options from the mothership. Users can't get around scheduled actions.

Sorry for all of the white space in my previous post, must have fallen asleep on my <Enter> key...
DSPooleCommented:
uh, I've never had to reinstall or do a Reset Client Options to get anything I've changed to take affect.  Normally, once the user shuts down the GroupWise client (and Notify) and restart it (say, after a reboot) then the changes take affect.
PsiCopCommented:
Sorry, waybadmojo, I don't think you're right. The client receives the lockdown information when they connect into the POA. Once you change the settings (this is what I suggested in my original comment, thanks to DSPoole for getting more specific on exactly how to do it) they take effect when the client next logs in. At least its that way in v6 and later. Might have been different in earlier version.
DSPooleCommented:
PsiCop - 5.5 EP1 didn't have problems either.
waybadmojoCommented:
You guys are right, the lockdown works as advertised in the 6.03 system I just built.. I must have been having throwbacks to my old GW 5.5 days...

Thanks for keeping me honest!
PsiCopCommented:
I've been working with GroupWise since v4.1a and I sometimes forget what feature went with which version too. Don't worry about it.
DSPooleCommented:
I've worked with GroupWise since it was owned by WordPerfect ;)

PsiCopCommented:
You probably sent your first network packet with smoke signals, too. :-)
DSPooleCommented:
you didn't have packet collisions back then...
PsiCopCommented:
Yeah, but wind would cause bit drift.
DSPooleCommented:
and bandwidth was really lousy ;)
PsiCopCommented:
3 bits per twig?


(You realize, of course, that this is the sort of conversation that can only go downhill....)
PsiCopCommented:
Hello, itheadaches...what's your status?
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Novell Netware

From novice to tech pro — start learning today.