SUBJ: Deleting mail in an inbox older then X days

pts.
Tags:
Installation
Microsoft Exchange
Microsoft Exchange 2000
Microsoft Exchange 2003
Microsoft Outlook
Migration
Vendor support
First: Forgive me if you already got this message, but I am REALLY in a bind. If someone could help me, I would really appreciate it. To All: I am working for a corporate office that has their spam mail filtered by our ISP, which then sends all of the mail it accumulates to a single mailbox on our e-mail server called ?spam.? We are using an Exchange 2k server with SP3. Currently, there are 4.5 Gb of data in the ?users? mailbox. My boss wants me to find a way to do a couple of things: (1) Delete a large amount of mail in the ?users? inbox (3.5 Gb +) other then the ExMerge utility. (It always dies after it cleans out 120 ? 150 Mb of data). (2) Be able to auto delete all files that are 35 days or older. Is there a way to do this? I have tried looking it up on Microsoft?s site, but I just get everything else but what I am looking for. I have a feeling that you need to use some sort of script(s), however, I don?t know squat about scripting (e.g.: ADO, WMI, VB, etc). I am not afraid of it, and I am willing to try, I just don?t know anything about scripting except for DOS batch files and *gasp* Novell login scripts. Thanks in advance- Keith

Answer Wiki

Thanks. We'll let you know when a new response is added.

1. Create a new user of that name on active directory and then sign on as that user to delete. Or use forwarding in delivery options.

2. Not quite sure what you are trying to achieve here. Could be that you can set a predetemined limit to that mailbox once again indelivery option area of active directory.

Discuss This Question: 4  Replies

 
There was an error processing your information. Please try again later.
Thanks. We'll let you know when a new response is added.
Send me notifications when members answer or reply to this question.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
  • PeterMac
    Easiest way is to use EXmerge - Run in batch mode - Scheduled to run every night. Have used this to Back up all users mail boxes on exchange database around 10GB without any real problems. Should not matter if it fails occasionally, will pick up again next night, and continue clearing out. If fails consistantly, you probably have a bad e-mail in the in-box, will need to find and clear this manually. Other possibility is to try using auto-archive function in outlook (can be set to just remove). Don't know whether this will work but could be worth trying, will probably require Outlook to be left running permanently on this mailbox. If you have a spare machine somewhere would certainly be worth trying.
    15 pointsBadges:
    report
  • KeithD1967
    Brains2 and PeterMac, thanks for the reply. Here is what we are trying to do: I am trying to manage this mailbox without using an Outlook client and logging in as the ?user?, but manage this one mailbox strictly from the Exchange side. The setup is this: We have our ISP filtering our spam at their front-end, collecting all of that ?junk? in one mailbox on their server. Periodically (I think daily), it sends all of that spam to one of our mail boxes on our exchange 2k server named ?spam.? We do this just in case they filter out a valid e-mail message; therefore, we would like to keep the last 35 days in the mailbox. When I try to use the ExMerge utility on the server, it clears out the mail on the one mail recipient, but it gets to 150-200 Mb, then stalls. Then I have to re-run it again to clear out another 150-200 Mb of mail. Brains2: considering that this is a spam catch-all mailbox, we don?t want to put a predetermined size limit on the client. PeterMac: If we have to use a .BAT / .CMD file with the ExMerge utility using Task Scheduler to run it every night, then so be it. Sounds like the way to go. However, I also came across KB article (http://support.microsoft.com/default.aspx?scid=kb;en-us;319188#3) that may do what we want to do to manage the box, I will have to investigate further.
    0 pointsBadges:
    report
  • Timbol
    I will search my notes, there was an article dealing with sending mail that was XX days old to a type of hold bin where it was stored for 15 days, Admin setting, and then it was deleted. This area is also a safety net for users that accidently delete a message. They can go to this area to recover their email. However,,, I think this was a 2003 Exchnage option but I will check. TB
    0 pointsBadges:
    report
  • KeithD1967
    Earlier, I responded that I found a KB article that might help me ? http://support.microsoft.com/default.aspx?scid=kb;en-us;319188#3 - that I thought might help me. Sure enough, it did the trick, but there is a catch (isn't there always?). :) To do this manipulation, you have to set up a recipient policy. We already have one policy that goes in and purges all users? deleted mail older than 30 days. When I set up my policy to delete all mail older than 35 days within the one mail box, the first policy takes precedence when I run the Mailbox Management Process, irregardless of the order the policies are. *bummer* So, to temporarily fix this, I have to delete the deleted folder policy to run my policy, and then recreate the other policy. So, TIMBOL, if you find what you are looking for, and it can be used for Exchange 2k, I would appreciate your input. Thanks.
    0 pointsBadges:
    report

Forgot Password

No problem! Submit your e-mail address below. We'll send you an e-mail containing your password.

Your password has been sent to:

To follow this tag...

There was an error processing your information. Please try again later.

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy

Thanks! We'll email you when relevant content is added and updated.

Following