This documentation is for Dovecot v2.x, see wiki1 for v1.x documentation.
Differences between revisions 49 and 53 (spanning 4 versions)
Revision 49 as of 2010-09-01 16:19:01
Size: 7891
Editor: WilliamBlunn
Comment: Oops, those three edits by 94-193-107-118 were me, sorry
Revision 53 as of 2010-09-03 10:48:54
Size: 8080
Editor: WilliamBlunn
Comment: Mention mailbox location specification optional parameter "ALT". This could do with a link to documentation about alternate storage
Deletions are marked like this. Additions are marked like this.
Line 22: Line 22:
 * ''mailbox-format'' is the name of one of the formats described in [[MailboxFormat|Mailbox Formats]].  * ''mailbox-format'' is a tag identifying one of the formats described at [[MailboxFormat|Mailbox Formats]].
Line 24: Line 24:
 * ''key'' = ''value'' can appear zero or more times to set various parameters. Possible values for ''key'' are:  * ''key'' = ''value'' can appear zero or more times to set various optional parameters. Possible values for ''key'' are:
Line 32: Line 32:
  * {{{ALT}}} : specifies the alternate storage path for [[MailboxFormat/dbox|dbox formats]]
Line 59: Line 60:
mail_location = dbox:~/dbox # single-dbox
mail_location = sdbox:~/dbox


# multi-dbox
mail_location = mdbox:~/mdbox

Mail location

There are three different places where the mail location is looked up from:

  1. mail_location setting in dovecot.conf is used if nothing else overrides it.

  2. mail userdb field overrides mail_location setting.

  3. location setting inside namespaces overrides everything. Usually this should be used only for public and shared namespaces.

By default the mail_location setting is empty, which means that Dovecot attempts to locate automatically where your mails are. This is done by looking at ~/Maildir, /var/mail/username, ~/mail and ~/Mail in that order. It's usually a good idea to explicitly specify where the mails are, even if the autodetection happens to work. Autodetection commonly fails for new users who don't have the mail directory created yet.


The format of the mailbox location specification is as follows:


  • mailbox-format is a tag identifying one of the formats described at Mailbox Formats.

  • path is the path to a directory where the mail is stored. This must be an absolute path, not a relative path. Even if relative paths appear to work, this usage is deprecated and will likely stop working at some point.

  • key = value can appear zero or more times to set various optional parameters. Possible values for key are:

    • INDEX : specify the location of index files.

    • INBOX : specify the location of the INBOX.

    • LAYOUT : specify the directory layout.

    • CONTROL : specify the location of control files

    • MAILBOXDIR : specifies directory name under which all mailbox directories are stored. With dbox formats the default is "mailboxes/" while with other mailbox formats the default is empty. Typically this should be changed only for lazy_expunge namespace with mdbox.

    • DIRNAME : specifies the directory name used for mailbox directories. With dbox formats the default is "dbox-Mails/" while with other mailbox formats the default is empty.

      • With Maildir you can use LAYOUT=fs and allow creation of "cur", "new" or "tmp" mailbox names by changing this setting to e.g. "mAildir". Then for example "cur" mailbox's cur/ directory would be in ~/Maildir/cur/mAildir/cur/

    • ALT : specifies the alternate storage path for dbox formats

  • The colons are literal colons and there are no spaces in an actual mailbox location specification.


You can use several variables in the mail_location setting. See Variables for a full list, but the most commonly used ones are:

  • %u: Full username.

  • %n: User part in user@domain, same as %u if there's no domain.

  • %d: Domain part in user@domain, empty if there's no domain.

Typical settings

Typically with Maildir it would be set to:

mail_location = maildir:~/Maildir

with mbox:

mail_location = mbox:~/mail:INBOX=/var/mail/%u

or if you'd like to use the dbox format:

# single-dbox
mail_location = sdbox:~/dbox


# multi-dbox
mail_location = mdbox:~/mdbox

Use only absolute paths. Even if relative paths would appear to work, they might just as well break some day.

Directory hashing

You can use two different kinds of hashes in variables:

  • %H modifiers returns a 32bit hash of the given string as hex. For example %2.256H would return max. 256 different hashes in range 00 .. ff.

  • %M returns a MD5 hash of the string as hex. This can be used for two level hashing by getting substrings of the MD5 hash. For example %1Mu/%2.1Mu/%u returns directories from 0/0/user to f/f/user.

Index files

Index files are by default stored under the same directory as mails. With maildir they are stored in the actual maildirs, with mbox they are stored under .imap/ directory. You may want to change the index file location if you're using NFS or if you're setting up shared mailboxes.

You can change the index file location by adding :INDEX=<path> to mail_location. For example:

mail_location = maildir:~/Maildir:INDEX=/var/indexes/%u

The index directories are created automatically, but note that it requires that Dovecot has actually access to create the directories. Either make sure that the index root directory (/var/indexes in the above example) is writable to the logged in user, or create the user's directory with proper permissions before the user logs in.

If you really want to, you can also disable the index files completely by appending :INDEX=MEMORY.

INBOX path

INBOX path can be specified to exist elsewhere than the rest of the mailboxes, for example:

mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_location = maildir:~/Maildir:INBOX=~/Maildir/.INBOX

Note that it's still not possible to mix maildir and mbox formats this way. You need to use namespaces for that.

Homeless users

Having a home directory for users is highly recommended. Dovecot's Sieve plugin already requires a home directory to work, and it probably won't be the last feature to require a home. See VirtualUsers#homedirs for more reasons why it's a good idea, and how to give Dovecot a home directory even if you don't have a "real home directory".

If you really don't want to set any home directory, you can use something like:

mail_location = maildir:/home/%u/Maildir 

Per-user mail locations

It's possible to override the default mail_location for specific users by making the user database return mail extra field. See the user database page for the specific userdb you're using for more information how to do this. Below are however a couple of examples.

Note that %h doesn't work in the userdb queries or templates. ~/ gets expanded later, so use it instead.


user_query = SELECT home, uid, gid, mail FROM users WHERE user = '%u' 


user_attrs = homeDirectory=home, uidNumber=uid, gidNumber=gid, mailLocation=mail



Mixing mbox and maildir

It's possible to use both mboxes and maildirs for the same user by configuring multiple namespaces. See Namespaces.

Having both mboxes and maildirs mixed within the same namespace isn't currently supported.

Custom mailbox location detection

Dovecot by default detects the mailboxes in this order:

  1. maildir: ~/Maildir
  2. mbox: ~/mail, and /var/mail/%u if it exists
  3. mbox: ~/Mail, and /var/mail/%u if it exists

If you need something else, you can override the mail_executable setting to run a script, which sets the MAIL environment properly. For example:


if [ -d $HOME/.maildir ]; then
  export MAIL=maildir:$HOME/.maildir
  export MAIL=mbox:$HOME/mail:INBOX=/var/mail/$USER

exec "$@"

Custom namespace location

If you need to override namespace's location, first give it a name ("user" below):

namespace user {

Then in the script use:


# do the lookup here

export USERDB_KEYS="$USERDB_KEYS namespace/user/location"
exec env "NAMESPACE/USER/LOCATION=$location" "$@"

None: MailLocation (last edited 2019-09-11 14:05:46 by MichaelSlusarz)