Mercurial > dovecot > original-hg > dovecot-1.2
changeset 987:cbf096fbb9f0 HEAD
comment updates
author | Timo Sirainen <tss@iki.fi> |
---|---|
date | Mon, 20 Jan 2003 15:56:55 +0200 |
parents | efca64f75e62 |
children | 8028c4dcf38f |
files | dovecot-example.conf |
diffstat | 1 files changed, 11 insertions(+), 10 deletions(-) [+] |
line wrap: on
line diff
--- a/dovecot-example.conf Mon Jan 20 15:54:42 2003 +0200 +++ b/dovecot-example.conf Mon Jan 20 15:56:55 2003 +0200 @@ -189,6 +189,11 @@ #mail_cache_fields = MessagePart +# Space-separated list of fields that Dovecot should never set to be cached. +# Useful if you want to save disk space at the cost of more I/O when the fields +# needed. +#mail_never_cache_fields = + # Dovecot can notify client of new mail in selected mailbox soon after it's # received. This setting specifies the minimum interval in seconds between # new mail notifications to client - internally they may be checked more or @@ -196,11 +201,6 @@ # NOTE: Evolution client breaks with this option when it's trying to APPEND. #mailbox_check_interval = 0 -# Space-separated list of fields that Dovecot should never set to be cached. -# Useful if you want to save disk space at the cost of more I/O when the fields -# needed. -#mail_never_cache_fields = - # Save mails with CR+LF instead of plain LF. This makes sending those mails # take less CPU, especially with sendfile() syscall with Linux and FreeBSD. # But it also creates a bit more disk I/O which may just make it slower. @@ -208,14 +208,15 @@ # Use mmap() instead of read() to read mail files. read() seems to be a bit # faster with my Linux/x86 and it's better with NFS, so that's the default. +# Currently mmap()ing is forced with mbox - this is a bug and will be fixed. #mail_read_mmaped = no # Copy mail to another folders using hard links. This is much faster than -# actually copying the file. Only problem with it is that if either of the -# mails are modified directly both will change. This isn't a problem with -# IMAP however since it offers no way to modify the existing mails. Also -# at least mutt modifies mails by deleting the old one and inserting a new -# modified mail. So if performance matters at all you should turn this on. +# actually copying the file. This is problematic only if something modifies +# the mail in one folder but doesn't want it modified in the others. I don't +# know any MUA which would modify mail files directly. IMAP protocol also +# requires that the mails don't change, so it would be problematic in any case. +# If you care about performance, enable it. #maildir_copy_with_hardlinks = no # Check if mails' content has been changed by external programs. This slows