[dovecot-cvs] dovecot dovecot-example.conf,1.79,1.80

[cras at procontrol.fi]

Update of /home/cvs/dovecot
In directory talvi:/tmp/cvs-serv302

Modified Files:
	dovecot-example.conf 
Log Message:
updated for mmap changes



Index: dovecot-example.conf
===================================================================
RCS file: /home/cvs/dovecot/dovecot-example.conf,v
retrieving revision 1.79
retrieving revision 1.80
diff -u -d -r1.79 -r1.80
--- dovecot-example.conf	26 Apr 2004 17:13:38 -0000	1.79
+++ dovecot-example.conf	28 Apr 2004 00:27:42 -0000	1.80
@@ -247,6 +247,14 @@
 # Note that OpenBSD 3.3 and older don't work right with mail_read_mmaped = yes.
 #mail_read_mmaped = no
 
+# Don't use mmap() at all. This is required if you store indexes in remote
+# filesystems (NFS or clustered filesystem).
+#mmap_disable = no
+
+# Don't write() to mmaped files. This is required for some operating systems
+# which use separate caches for them, such as OpenBSD.
+#mmap_no_write = no
+
 # Copy mail to another folders using hard links. This is much faster than
 # 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
@@ -297,11 +305,6 @@
 # for multiple users, as the users could ptrace() each others processes then.
 #mail_drop_priv_before_exec = no
 
-# Call mmap() with MS_INVALIDATE flag each time before accessing message
-# indexes. This is currently required with OpenBSD 3.3 and older versions.
-# It's also required if you insist on saving index files over NFS.
-#index_mmap_invalidate = no
-
 # Set max. process size in megabytes. Most of the memory goes to mmap()ing
 # files, so it shouldn't harm much even if this limit is set pretty high.
 #mail_process_size = 256