Sign in to follow this  
Followers 0

11 posts in this topic

Posted

So in Exchange 2003 you could setup a retention policy to delete items from "Inbox" after "365" days over "X" KB size.

rp2003_thumb2.jpg?imgmax=800

Exchange 2010 you can configure to delete only after "X" number of days, using Tags on retention policies, using ESM or Powershell. But I cannot find ANYWHERE that states how to do this with sizes.

Basically I want to purge e-mails in every users sent items folder over that is 365 days old, and over 5000KB. 99.999% of these e-mails are them sending pictures/zip files that they still have access to locally.

Any ideas guys?

Share this post


Link to post
Share on other sites

Posted

I have nothing for you here.

Share this post


Link to post
Share on other sites

Posted

I have nothing for you here.

It seems like the functionality to do it by size has been removed, even from Exchange Power Shell. Unless I am missing something totally.

Share this post


Link to post
Share on other sites

Posted

Wouldn't that defeat the purpose of folder based lifecycle and discovery? Surely there are better ways to clean up user mailboxes.

Share this post


Link to post
Share on other sites

Posted

you considered Symantec Vault? nice way to offload archived & inbox stuff (de-dup etc etc) retension policies etc, still at the hands of the end user but not in your exchange ;) worth every

Share this post


Link to post
Share on other sites

Posted

The built in tools are better than EV in most cases without the cost or hassle.

Share this post


Link to post
Share on other sites

Posted

Barracuda message archiver.

https://www.barracud...messagearchiver

Higher models support the ability to add iscsi capable storage for offloading old mail that need to stay around. Not all built in tools are better, and the built in tools will not hold up to a court case.

Share this post


Link to post
Share on other sites

Posted

Wouldn't that defeat the purpose of folder based lifecycle and discovery? Surely there are better ways to clean up user mailboxes.

I don't require any of that, as we use a "Journal Recipient" folder that captures all inbound and outbound messages. Each month that "Journal Recipient" is exported to PST and stored online on NAS and offline (2) copies DVD. I can currently go back and review any e-mail from 2005 to current if necessary for discovery or public records laws.

And I really don't want to worry about some 3rd party app to do something that was a simple function in Exchange 2003 either. I know I can do a search of all user mailboxes and delete content based on "Subject" or "Body" so there has to be a way to do it based on "Size" as well one would think, I will have to do some more research on the "Search-Mailbox" cmdlet I guess.

Share this post


Link to post
Share on other sites

Posted

Well, while you might not require it, that was a driving force for that change I believe. Its pretty useless to have a retention (as opposed to recipient) policy that is swiss cheese.

Pretty sure there is no size in Search-Mailbox either. The assumption with the new DB layout is that storage is cheap and available so the 'size' of items isn't given much thought. As is the notion that admins should be tasked with cleaning up user mailboxes.

Share this post


Link to post
Share on other sites

Posted

The built in tools are better than EV in most cases without the cost or hassle.

Clearly thats true cos, your asking about it on a forum yet it cannot do what your asking mate (thats a bit of a hassle is it not?)......I also can recover mail from as far back as 1999 (infact users themselves can, de-dup is also automatic as a feature) not to mention the "vault" being pretty much transparent to the user, freeing myself up to tackle real IT issues,

Knowing that EV is set n forget and empowers my users to look & recover themselves (for data retention laws & IP in Biomedical pharma industry) without really needing the senior infra engineer or my teams involvement for a task thats not "really" an IT task.

EV is worth every penny, freeing myself and the team to do more value added tasks for the global business.

How many man hours of investigating & actually retrieving this data/configging (and of course when the brown stuff hits the fan, shock horror not having that saved email they needed to stop a multimillion

Share this post


Link to post
Share on other sites

Posted

At this stage, EV only makes sense if you are archiving multiple data storage types beyond just email. Setting it up just for Exchange is overkill unless you need some of their specialized discovery items (as you note). The OP wanted to reduce store size, not add journaling. Using EV to only move data out of the primary Stores to save disk space is retarded.

It was good maybe ten years ago. If that is your primary want, there are several appliances that are a much better fit for the majority of organizations today.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0

  • Recently Browsing   0 members

    No registered users viewing this page.