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 | 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 | 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
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