Mailbox Purge: Difference between revisions

mNo edit summary
No edit summary
 
(4 intermediate revisions by 4 users not shown)
Line 1: Line 1:
Messages are purged by a thread that runs in the server process.  The purge thread continuously iterates all the mailboxes that are in memory and purges them, one at a time.  Mailboxes not in memory are not purged, to avoid the I/O cost of swapping in a mailbox only to purge it.  The assumption is that if a mailbox is not in memory, it's not receiving mail and has less of a need to be purged.  Bug 20720 was filed for the issue of guaranteed purging of mailboxes.
{{BC|Community Sandbox}}
__FORCETOC__
<div class="col-md-12 ibox-content">
=Mailbox Purge=
{{KB|{{Unsupported}}|{{ZCS 7.0}}|{{ZCS 6.0}}|}}
{{WIP}}Messages are purged by a thread that runs in the server process.  The purge thread continuously iterates all the mailboxes that are in memory and purges them, one at a time.  Mailboxes not in memory are not purged, to avoid the I/O cost of swapping in a mailbox only to purge it.  The assumption is that if a mailbox is not in memory, it's not receiving mail and has less of a need to be purged.  [http://bugzilla.zimbra.com/show_bug.cgi?id=20720 Bug 20720] was filed for the issue of guaranteed purging of mailboxes.


Purge thread activity is throttled by the ''zimbraMailPurgeSleepInterval'' server attribute.  This value specifies the amount of time that the purge thread sleeps between subsequent purges.  If the interval is set to 0, purging is turned off.  The default value is "1m" (one minute).
Purge thread activity is throttled by the ''zimbraMailPurgeSleepInterval'' server attribute.  This value specifies the amount of time that the purge thread sleeps between subsequent purges.  If the interval is set to 0, purging is turned off.  The default value is "1m" (one minute).
we currently purge by date received (not by how long it's been in trash) however you can change this in ZCS 5.0.17+ by setting zimbraMailPurgeUseChangeDateForTrash TRUE [http://bugzilla.zimbra.com/show_bug.cgi?id=19702 bug 19702]


The retention policy is specified by two sets of attributes on an account.  The user retention policy set is set by the user and stored as duration attributes on the account:
The retention policy is specified by two sets of attributes on an account.  The user retention policy set is set by the user and stored as duration attributes on the account:
Line 11: Line 18:
* ''zimbraPrefTrashLifetime''
* ''zimbraPrefTrashLifetime''


The system retention policy is set by the administrator.  It allows the administrator to specify a site-level retention policy that overrides the user policy.  These attributes are also at the account/COS level, but not modifiable by the end user:
The system retention policy is set by the administrator.  These attributes are also at the account/COS level, but not modifiable by the end user:


* ''zimbraMailTrashLifetime''
* ''zimbraMailTrashLifetime''
Line 19: Line 26:
When a mailbox is purged, all attributes are considered.  In cases where there's both a system and user-level policy is specified for the same folder, the shorter interval is used.
When a mailbox is purged, all attributes are considered.  In cases where there's both a system and user-level policy is specified for the same folder, the shorter interval is used.


There is one safeguard in place.  If ''zimbraMailMessageLifetime'' is set to less than 30 days, an interval of 30 days is used.  All other attributes don't have a safeguard.
There is one safeguard in place.  If ''zimbraMailMessageLifetime'' is set to less than 31 days, an interval of 31 days is used.  All other attributes don't have a safeguard.


RFE's:
RFE's:
http://bugzilla.zimbra.com/show_bug.cgi?id=6229
 
http://bugzilla.zimbra.com/show_bug.cgi?id=12131
[http://bugzilla.zimbra.com/show_bug.cgi?id=6229 Bug 6229 - Individual Folder Max Messages and Max Lifetime]
 
[http://bugzilla.zimbra.com/show_bug.cgi?id=12131 Bug 12131 - Set folder property to not be included in the system-wide "E-mail message lifetime" purge]
 


{{Article Footer|ZCS 5.0.x|8/11/2008}}
{{Article Footer|ZCS 5.0.x|8/11/2008}}


[[Category:Mailbox]]
[[Category:Mailbox]]

Latest revision as of 10:26, 12 July 2015

Mailbox Purge

   KB 2534        Last updated on 2015-07-12  




0.00
(0 votes)

Messages are purged by a thread that runs in the server process. The purge thread continuously iterates all the mailboxes that are in memory and purges them, one at a time. Mailboxes not in memory are not purged, to avoid the I/O cost of swapping in a mailbox only to purge it. The assumption is that if a mailbox is not in memory, it's not receiving mail and has less of a need to be purged. Bug 20720 was filed for the issue of guaranteed purging of mailboxes.

Purge thread activity is throttled by the zimbraMailPurgeSleepInterval server attribute. This value specifies the amount of time that the purge thread sleeps between subsequent purges. If the interval is set to 0, purging is turned off. The default value is "1m" (one minute).

we currently purge by date received (not by how long it's been in trash) however you can change this in ZCS 5.0.17+ by setting zimbraMailPurgeUseChangeDateForTrash TRUE bug 19702

The retention policy is specified by two sets of attributes on an account. The user retention policy set is set by the user and stored as duration attributes on the account:

  • zimbraPrefInboxReadLifetime
  • zimbraPrefInboxUnreadLifetime
  • zimbraPrefSentLifetime
  • zimbraPrefJunkLifetime
  • zimbraPrefTrashLifetime

The system retention policy is set by the administrator. These attributes are also at the account/COS level, but not modifiable by the end user:

  • zimbraMailTrashLifetime
  • zimbraMailSpamLifetime
  • zimbraMailMessageLifetime

When a mailbox is purged, all attributes are considered. In cases where there's both a system and user-level policy is specified for the same folder, the shorter interval is used.

There is one safeguard in place. If zimbraMailMessageLifetime is set to less than 31 days, an interval of 31 days is used. All other attributes don't have a safeguard.

RFE's:

Bug 6229 - Individual Folder Max Messages and Max Lifetime

Bug 12131 - Set folder property to not be included in the system-wide "E-mail message lifetime" purge


Verified Against: ZCS 5.0.x Date Created: 8/11/2008
Article ID: https://wiki.zimbra.com/index.php?title=Mailbox_Purge Date Modified: 2015-07-12



Try Zimbra

Try Zimbra Collaboration with a 60-day free trial.
Get it now »

Want to get involved?

You can contribute in the Community, Wiki, Code, or development of Zimlets.
Find out more. »

Looking for a Video?

Visit our YouTube channel to get the latest webinars, technology news, product overviews, and so much more.
Go to the YouTube channel »

Jump to: navigation, search