1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
|
.. _imap-features-mail-spool-partitions:
=====================
Mail Spool Partitions
=====================
A mail spool is divided in partitions. Partitions can give you the
opportunity to tier your storage, and/or use multiple filesystems to
apply restrictions to information (contained within mailboxes), such as
the absolute maximum quantity of storage used.
.. seealso::
* :ref:`imap-deployment-storage`
* :ref:`imap-features-mailbox-distribution`
Storage Tiering with Partitions
===============================
As an example, one could imagine a set of disks configured as follows:
* Some small but fast (expensive) disks for the main storage array,
* Some large but slow (cheap) disks for archives.
.. note::
This particular example is more efficaciously achieved via the new
(post 3.0) :ref:`imap-features-archiving` feature.
Mounting a filesystem on the fast disks under
:file:`/var/spool/cyrus/fast/`, and mounting a filesystem on the slow
disks under :file:`/var/spool/cyrus/slow/`, you could configure the
following in :cyrusman:`imapd.conf(5)`:
.. parsed-literal::
defaultpartition: fast
partition-fast: /var/spool/cyrus/fast/
partition-slow: /var/spool/cyrus/slow/
Next, you could set the quota on ``user/john@example.org`` to a measly
1 gigabyte:
.. parsed-literal::
$ :command:`cyradm -u localhost`
verify error:num=18:self signed certificate
IMAP Password:
localhost> :command:`sq user/john@example.org 1048576`
You could then also give *John* a mailbox ``Archive`` for him to clean
up his :ref:`imap-features-namespaces-personal` without loosing access
to his existing mail:
.. parsed-literal::
$ :command:`cyradm -u localhost`
verify error:num=18:self signed certificate
IMAP Password:
localhost> :command:`cm user/john/Archive@example.org slow`
localhost> :command:`sq user/john/Archive@example.org none`
*John* now has unlimited storage in his ``Archive`` folder on the cheap
slow disks, while his day-to-day email is on the expensive fast disks.
Restricting Storage Used with Partitions
========================================
.. IMPORTANT::
It is not recommended to use partitions for the purposes of
restricting the amount of storage used by (sets of) mailboxes,
unless you can also grow the filesystem (preferably online) and you
have (automated) means to determine what is to end up on each
partition.
If a customer ``example.org`` purchases 5 GB of storage, and
``example.com`` purchases 500 GB of storage, then two partitions sized
5 GB and 500 GB respectively could be used to restrict the users of each
customers without individually restricting each user (to a percentage of
the total storage).
.. WARNING::
Monitoring the storage used is critical, because actually running
out of disk space is very costly -- and not a problem the customer
themselves could recover from.
Back to :ref:`imap-features`
|
