+.TH MH-TAILOR %manext5% "April 18, 2014" "%nmhversion%"
.\"
.\" %nmhwarning%
.\"
-.TH MH-TAILOR %manext5% "%nmhdate%" MH.6.8 [%nmhversion%]
.SH NAME
mh-tailor, mts.conf \- mail transport configuration for nmh message handler
-.SH SYNOPSIS
-.I %etcdir%/mts.conf
.SH DESCRIPTION
The file
-.I %etcdir%/mts.conf
+.I %nmhetcdir%/mts.conf
defines run-time options for those
.B nmh
programs which interact (in some form) with the message transport system.
At present, these (user) programs are:
.BR ap ,
-.BR conflict ,
.BR inc ,
.BR msgchk ,
-.BR msh ,
.BR post ,
.BR rcvdist ,
and
.PP
If you use
.BR smtp ,
-this will enable a direct SMTP (simple mail transport
-protocol) interface in
+this will enable a direct SMTP
+interface in
.BR nmh .
When sending mail, instead of passing the
message to the mail transport agent,
UNIX you're running,
.B nmh
will query the system for this value
-(e.g. uname, gethostname, etc.), and attempt to fully qualify this
+(e.g.\& uname, gethostname, etc.), and attempt to fully qualify this
value.
.PP
If you are using POP to retrieve new messages, you may want to set this
This should only be needed, if for some reason
.B nmh
is not able to
-fully qualify the hostname returned by the system (e.g. uname,
+fully qualify the hostname returned by the system (e.g.\& uname,
gethostname, etc.).
.RE
.PP
.PP
Although the
.B HELO
-command is required by RFC\-821, many SMTP servers
+command is required by RFC 821, many SMTP servers
do not require it. Early versions of
.I SendMail
will fail if the hostname
The end-of-message delimiter for maildrops.
.RE
.PP
+.BR spoollocking :
+%default_locking%
+.RS 5
+The locking algorithm to use when opening the maildrop. Can be any one of
+the following:
+.PP
+.RS 5
+.nf
+%supported_locks%
+.fi
+.RE
+.RE
+.PP
.BR maildelivery :
-%libdir%/maildelivery
+%nmhlibexecdir%/maildelivery
.RS 5
The name of the system-wide default
.I maildelivery
file.
See
-.BR slocal (1)
+.IR slocal (1)
for the details.
.RE
-.PP
-.BR everyone :
-200
-.RS 5
-The highest user-id which should NOT receive mail addressed to
-\*(lqeveryone\*(rq.
-.RE
-.PP
-.BR noshell :
-.RS 5
-If set, then each user-id greater than \*(lqeveryone\*(rq that has a
-login shell equivalent to the given value (e.g., \*(lq/bin/csh\*(rq)
-indicates that mail for \*(lqeveryone\*(rq should not be sent to them.
-This is useful for handling admin, dummy, and guest logins.
-.RE
.SS "SMTP support"
This option is only available if you set
.B mts
program.
.RE
.SS "Post Office Protocol"
-This option is only available if you have compiled
-.B nmh
-with POP support enabled (i.e., \*(lq--enable-pop\*(rq).
-.PP
.BR pophost :
.RS 5
The name of the default POP service host. If this is not set, then
looks in the standard maildrop areas for waiting mail, otherwise
the named POP service host is consulted.
.RE
-\" .SS "BBoards Delivery"
-\" This option is only available if you compiled \fInmh\fP with
-\" \*(lqbbdelivery:\ on\*(rq.
-\" .PP
-\" .BR bbdomain :
-\" .RS 5
-\" The local BBoards domain (a UCI hack).
-\" .RE
-
-\" .SS "BBoards & The POP"
-\" These options are only available if you compiled \fInmh\fP with
-\" \*(lqbboards:\ pop\*(rq and \*(lqpop:\ on\*(rq.
-
-\" .PP
-\" .BR popbbhost :
-\" .RS 5
-\" The POP service host which also acts as a BBoard server. This variable
-\" should be set on the POP BBoards client host.
-\" .RE
-\" .PP
-\" .BR popbbuser :
-\" .RS 5
-\" The guest account on the POP/BB service host. This should be a different
-\" login ID than either the POP user or the BBoards user. (The user-id
-\" \*(lqftp\*(rq is highly recommended.) This variable should be set on
-\" both the POP BBoards client and service hosts.
-\" .RE
-\" .PP
-\" .BR popbblist :
-\" %etcdir%/hosts.popbb
-\" .RS 5
-\" A file containing of lists of hosts that are allowed to use the POP
-\" facility to access BBoards using the guest account. If this file is not
-\" present, then no check is made. This variable should be set on the POP
-\" BBoards service host.
-\" .RE
-
+.\" .SS "BBoards Delivery"
+.\" This option is only available if you compiled \fInmh\fP with
+.\" \*(lqbbdelivery:\ on\*(rq.
+.\" .PP
+.\" .BR bbdomain :
+.\" .RS 5
+.\" The local BBoards domain (a UCI hack).
+.\" .RE
+.\" .SS "BBoards & The POP"
+.\" These options are only available if you compiled \fInmh\fP with
+.\" \*(lqbboards:\ pop\*(rq and \*(lqpop:\ on\*(rq.
+.\" .PP
+.\" .BR popbbhost :
+.\" .RS 5
+.\" The POP service host which also acts as a BBoard server. This variable
+.\" should be set on the POP BBoards client host.
+.\" .RE
+.\" .PP
+.\" .BR popbbuser :
+.\" .RS 5
+.\" The guest account on the POP/BB service host. This should be a different
+.\" login ID than either the POP user or the BBoards user. (The user-id
+.\" \*(lqftp\*(rq is highly recommended.) This variable should be set on
+.\" both the POP BBoards client and service hosts.
+.\" .RE
+.\" .PP
+.\" .BR popbblist :
+.\" %nmhetcdir%/hosts.popbb
+.\" .RS 5
+.\" A file containing of lists of hosts that are allowed to use the POP
+.\" facility to access BBoards using the guest account. If this file is not
+.\" present, then no check is made. This variable should be set on the POP
+.\" BBoards service host.
+.\" .RE
.SS "File Locking"
A few words on locking:
.B nmh
-has several methods for creating locks
-on files. When configuring
-.BR nmh ,
-you will need to decide on the
-locking style and locking directory (if any). The first controls the
-method of locking, the second says where lock files should be created.
+has two main uses for locking: locking the mail spool during mail
+incorporation, and locking metadata files (sequence files, the context)
+during updates. These locking methods can be configured separately
+from each other.
.PP
-To configure
-.B nmh
-for kernel locking, use the \*(lq--with-locking=flock\*(rq configure option if
-you want to use the
-.B flock
-system call; use \*(lq--with-locking=lockf\*(rq if
-you want to use the
-.B lockf
-system call; or use \*(lq--with-locking=fcntl\*(rq
-if you want to use the
+For locking the mail spool, the
+.B spoollocking
+entry in
+.IR mh\-tailor (5)
+will control the locking algorithm to use when
+.B inc
+incorporates mail from the spool file. If no entry is given, a default
+based on the operating system type will be chosen.
+.PP
+For locking all other files, the
+.B datalocking
+entry in
+.IR mh-profile (5)
+controls the locking algorithm used for all other file access.
+If no entry is given, the
.B fcntl
-system call for kernel-level locking.
+lock method will be chosen.
.PP
-Instead of kernel locking, you can configure
-.B nmh
-to use dot locking by using \*(lq--with-locking=dot\*(rq. Dot locking
-specifies that
-a file should be created whose existence means \*(lqlocked\*(rq and
-whose non-existence means \*(lqunlocked\*(rq. The name of this file is
-constructed by appending \*(lq.lock\*(rq to the name of the file being
-locked. If \*(lq--enable-lockdir=directory\*(rq
+If you do not wish to use kernel\-based locking,
+.I dot
+locking is an option available.
+If \*(lq--enable-lockdir=directory\*(rq
is not specified at build time, lock files will be created
in the directory where the file being locked resides. Otherwise, lock
files will be created in the directory specified by
.BR nmh ,
you should see how locking is done at
your site, and set the appropriate values.
-
.SH FILES
-.fc ^ ~
-.nf
-.ta \w'%etcdir%/ExtraBigFileName 'u
-^%etcdir%/mts.conf~^nmh mts configuration file
-.fi
-
+.TP 20
+%nmhetcdir%/mts.conf
+nmh mts configuration file
.SH "PROFILE COMPONENTS"
None
-
.SH "SEE ALSO"
-mh\-mts(8), post(8)
-
+.IR mh\-mts (8),
+.IR post (8)
.SH DEFAULTS
As listed above. The path of the mail transport configuration
file can be changed with the
-.B MHMTSCONF
+MHMTSCONF
environment variable and augmented with the
-.B MHMTSUSERCONF
-environment variable, see mh\-profile(5).
-
+MHMTSUSERCONF
+environment variable, see
+.IR mh\-profile (5).
.SH BUGS
Failure to open any mail transport configuration file is silently
ignored. Therefore, it's best to avoid dynamic creation of such
a file with the intent of use via the
-.B MHMTSCONF
+MHMTSCONF
or
-.B MHMTSUSERCONF
+MHMTSUSERCONF
environment variables. If such use is necessary, the ability
to successfully open the file should first be verified.