|
|
The factory default settings for /etc/default/mail are preserved in a file so that they can be restored easily. That file is /etc/mail/mail.factory.
The message store (Version 1.0) uses strings beginning with MS1_. All message store settings can be overridden by individual users by placing a file called .maildef in their home directory. Only the parameters present in .maildef will be overridden.
The syntax of both files are identical and are composed of lines of the following format:
parameter=valueBlank lines and lines beginning with a hash sign (#) are ignored. Parameters are case-sensitive, while their values are not.
The following parameters and values are supported in /etc/default/mail:
Values: sendmail or MMDF.
This parameter specifies which folder format will be the default for newly created folders. The message store automatically recognizes old folders and preserves their format.
sendmail specifies ``From'' delimited messages and MMDF implies <Ctrl>A delimited messages compatible with the SCO OpenServer5 MMDF facility.
Values: blank or a pathname.
Values: blank or a filename.
The message store allows you to choose where the default inbox for each user is located.
Two variables are combined into the default INBOX name:
The spool directory where inboxes are located. It defaults to the home directory for each user.
The name of the inbox for each user. It defaults to the username for each user.
The two normal configurations are as follows:
MS1_INBOX_DIR=/var/mail MS1_INBOX_NAME=This effectively means that a mailbox for each user using each user's name will be created in /var/mail.
MS1_INBOX_DIR= MS1_INBOX_NAME=.mailbox
Values: TRUE or FALSE.
The message store always flushes its data to the UNIX buffer cache. Enabling MS1_FSYNC will cause the flushes to go all the way through to disk. This improves data reliability in the case of system crashes since the buffer cache normally takes up to 30 seconds to flush to disk, but it can reduce performance as flushing every write operation through to disk is more expensive than using the buffer cache.
Values: TRUE or FALSE.
Folders are split into two files, a backwards-compatible folder file and an index file. If a non-message store user agent modifies the folder, two levels of checking are available for message store-aware applications to detect that the folder has been modified and that the index needs to be rebuilt (an expensive operation). Extended checking is normally not necessary, unless you have a mail user agent that modifies the folder contents but does not modify the modification time on the folder (sets the mod time back).
Values: a number from 0 to 100 inclusive.
Deleting messages from folders is an expensive operation for large folders as the folder is completely rewritten. The message store has the capability to reduce the number of rebuild operations that take place by marking messages as deleted but not rebuilding the folder until some percentage of bytes have become unused. A threshold can be specified where if the number of bytes still used by undeleted messages drops below a certain percentage then the folder will be rebuilt on close.
The compatibility you lose is that deleted messages become visible to non-message-store-aware user agents as messages where the from address and the subject are ``deleted'', which could be annoying. As this value can be overridden for individual users, setting the threshold to around 50 is a good idea if the majority of users are using message-store-aware mail user agents.
Values: TRUE or FALSE.
The message store has the capability to read entire mailboxes into core which provides some performance improvements at a potentially large cost in memory. This is useful for single user (desktop) systems.
Values: TRUE or FALSE.
Enables or disables old-style folder.lock lock file creation. If not enabled, just kernel locks are used. Turn this on and folder.lock will be created. Note that in this case, kernel locks are still used as well.
Values: a positive integer greater than zero.
Mailboxes must be locked in order to access them. If a lock times out the folder cannot be accessed. On heavily loaded systems a longer lock timeout may prevent requeuing of messages in the deliver process. However it will annoy users as it will take longer to time out on locked files.
Values: an octal number from 0 to 0777 inclusive.
The leading 0 is required.
A umask for folder creation is provided. This mask is used in addition to normal UNIX umask support. For POSIX compliance it should be zero. For maximum security it should be 077 (which is recommended). It is also recommended that the exec (search) permissions are also left, as this mask is used to create directories as well as files.
Note that mail delivery from the mail transport, slocal(1), always sets the UNIX umask to 077 before calling the message store. Therefore this value is primarily useful for clients that create additional folders (such as mailx(1) and IMAP clients).
Values: a number in seconds from 5 to 1800 inclusive.
The POP (Post Office Protocol) server will automatically logout a client if it is inactive for a period of time. Use this option to configure this interval in seconds. If the POP server has not received any command from the client during this interval, then the server closes the TCP connection without removing any messages or sending any response to the client.
RFC 1939 stipulates this timeout should be at least 600 seconds (10 minutes), which is the default value for the timeout. However, in the event that a client disconnects without notifying the server, the TCP connection will be left open on the server side, and will not be closed until this timeout has passed. Subsequent tries to connect to the POP server before the timeout has occurred will fail with the following error:
-ERR Can't get lock. Try again later.If you see the above error message, you may want to lower the duration of the timeout. While this does not prevent the problem, it will shorten the time that users will have to wait to open a new connection and access their mailbox.