cyrreconstruct - reconstruct mailboxes
[ -C config-file
] [ -p
] [ -x
] [ -r
] [ -f
] [ -s
] [ -g
] [ -G
] [ -R
] [ -O
[ -C config-file
rebuilds one or more IMAP mailboxes. When invoked with the
switch, it rebuilds the master mailboxes file. It can be used to
recover from almost any sort of data corruption.
can find existing header and index files, it attempts
to preserve any data in them that is not derivable from the message files
themselves. The state reconstruct
attempts to preserve includes the
flag names, flag state, and internaldate. cyrreconstruct
other information from the message files.
reads its configuration options out of the
(5) file unless specified otherwise by -C
. Any mailbox
directory underneath the path specified in the partition-news
configuration option is assumed to be in news format.
does not adjust the quota usage recorded in any quota root
files. After running cyrreconstruct
, it is advisable to run
(8) with the -f
switch in order to fix the quota root
- -C config-file
- Read configuration options from config-file.
- -p partition
- Search for the listed (non-existant) mailboxes on the
indicated partition. Create the mailboxes in the database in addition to
reconstructing them. (not compatible with the use of wildcards)
- When processing a mailbox which is not in the mailbox list
(e.g. via the -p or -f options), do not import the metadata from the
mailbox, instead create it anew (this specifically affects at least the
mailbox's seen state unique identifier, user flags, and ACL).
- Recursively reconstruct all sub-mailboxes of the mailboxes
or mailbox prefixes given as arguments.
- Examine the filesystem underneath mailbox, adding all
directories with a cyrus.header found there as new mailboxes. Useful for
restoring mailboxes from backups.
- Don't stat underlying files. This makes reconstruct run
faster, at the expense of not noticing some issues (like zero byte files
or size mistmatches). "reconstruct -s" should be quite
- Emit less verbose information to syslog.
- Don't make any changes. This gives equivalent behaviour to
chk_cyrus where problems are reported, but not fixed.
- Force re-parsing of the underlying message (checks GUID
correctness). cyrreconstruct with -G should fix all possible individual
message issues, including corrupted data files.
- Perform a UID upgrade operation on GUID mismatch files. Use
this option if you think your index is corrupted rather than your message
files, or if all backup attempts have failed and you're happy to be served
the missing files.
- Use this option if you have corrupt message files in your
spool and have been unable to restore them from backup. This will make the
mailbox IOERROR free and fix replication. WARNING this deletes
corrupt message files for ever - so make sure you've exhausted other
- Ignore odd files in your mailbox disk directories. Probably
useful if you are using some tool which adds additional tracking
- Delete odd files. This is the opposite of '-o'.
- -V version
- Change the cyrus.index minor version to a specific version.
This can be useful for upgrades or downgrades. Use a magical version of
max to upgrade to the latest available database format
- Instead of mailbox prefixes, give usernames on the command
- NOTE: CURRENTLY UNAVAILABLE
Rebuild the mailboxes file. Use whatever data in the existing
mailboxes file it can scavenge, then scans all partitions listed in
the imapd.conf(5) file for additional mailboxes.
You want to reconstruct the index files for a user, you have recovered a deleted
mail file from backup and given it a suitable name (eg user/ben-lacy/33.), but
it is not visible since it is not indexed:
reconstruct -r user.ben-lacy
If you have the unixhierarchysep:yes
option set in /etc/imapd.conf
you would need to run:
reconstruct -r user/ben.lacy