Welcome to Exchange Team Blog Sign in | Join | Help

Syndication

This Blog

Exchange 2000/2003 Mailbox Manager and msExchMailboxManagerAgeLimit.

In Exchange 2000/2003 mailbox manager policies may not process items as some administrators might expect.  For example, if you set up a mailbox manager policy to delete messages from the inbox after 30 days, you may find that some of the messages are not deleted after the 30 day window has passed.

In Exchange 2000/2003, in order for a message to be processed by a policy, the age of the message must pass 3 criteria:

      Delivery: (PR_MESSAGE_DELIVERY_TIME),

      Sent: (PR_CLIENT_SUBMIT_TIME),

      and Last Modified: (PR_LAST_MODIFICATION_TIME). 

If any of these flags are less than the age specified on the mailbox manager policy settings, that message will not be processed.  In other words, if you have a policy set to 30 days and at 29 days a user reads a message that falls under this policy (and hence sets the last modified flag back to 0 days) the message will not be processed after the 30th day because it will fail on 1 of the 3 criteria.  It will not be processed until all the criteria are met (in this scenario after 30 more days)

This behavior is different than in Exchange 5.5.  In Exchange 5.5, if the delivery time flag is present on a message then no other criteria will be checked.  So in the above scenario, 30 days after receiving the message it would be purged.

The design was changed in Exchange 2000/2003 to better accommodate certain workflow programs, journaling and non-ipm.note message classes that would look at different message properties for cleanup.

However, in certain environments you might want to have Exchange 2000/2003 behave the same as Exchange 5.5.  This can be done in Exchange 2000 with the post SP3 roll-up or with Exchange 2003 RTM by setting the msExchMailboxManagerAgeLimit attribute on the mailbox manager policy to a hex value of  "0x3". 

There are three values you can set this to depending on your needs:

0x1: The Last modification time will not prevent the deletion of a message. If the last modified modified date is greater than the limit, the item may be deleted.

0x2: The time that the message was submitted will not prevent the deletion of a message. If the submission time is greater than the limit, the item may be deleted.

0x3: This value sets both bits 0x1 and 0x2, and mimics the behavior from Exchange 5.5.

Note that Mailbox Manager does not ever delete recurring appointments or tasks, regardless of age.  You cannot turn off evaluation of delivery time.

More information on setting this is in the following article: http://support.microsoft.com/?id=326397

- Kyle Lewallen

Published Tuesday, August 17, 2004 9:59 AM by Exchange
Filed Under: , , ,

Comments

 

Exchange - The Blog said:

August 17, 2004 1:41 PM
 

Raveendran Chinnasamy said:

Good Info on Mailbox Manager.

What about the Specific user folder ( as per corporate policy ) deployed is not behaving same way Default Mailfolders in users mailbox ? Is there is any setting to let the mailbox manager know the Specific additional folders to process .
raveendran@gmail.com
August 17, 2004 1:04 PM
 

Denise said:

Question about the following statement:

Note that Mailbox Manager does not ever delete recurring appointments or tasks, regardless of age. You cannot turn off evaluation of delivery time.

Does this mean the appointments sitting in the inbox or the ones that have already been posted to the calendar?
August 25, 2004 11:24 AM
 

Jason Nelson said:

Denise,

It doesn’t matter - if the recurring property is set on the item, the folder where it is stored is irrelevant.
August 25, 2004 2:32 PM
 

Denise said:

Thank You for the feedback.
August 26, 2004 11:54 AM
 

yagnesh said:

hi i want to know that if one user del. from MsExchange 2000 than i want to see mails from his mail box please help me

yagneshonly@yahoo.com
September 5, 2004 10:38 PM
 

You Had Me At EHLO... said:

This is a part 2 of my 3 part series on Mailbox Manager, please go here to read the part 1!
There is...
April 11, 2005 11:26 AM
New Comments to this post are disabled

News


This blog and its contents are provided "AS IS" with no warranties, and they confer no rights. Use of any included script samples are subject to the terms specified in the Terms of Use.
New! Would you like to suggest a topic for the Exchange team to blog about? Send suggestions to us.

Exchange Server 2010 - Get the Beta



Poll:

Other Exchange Blogs from MSFT