1 .TH MH-TAILOR %manext5% 2017-02-19 "%nmhversion%"
6 mh-tailor, mts.conf \- mail transport configuration for nmh message handler
9 .I %nmhetcdir%/mts.conf
10 defines run-time options for those
12 programs which interact (in some form) with the message transport system.
13 At present, these (user) programs are:
22 Each option should be given on a single line. Blank lines and lines
23 which begin with `#' are ignored. The options available along with
24 default values and a description of their meanings are listed below:
28 The mail transport method to use. The three acceptable options are
30 (which is the default),
37 this will enable a direct SMTP interface in
39 When sending mail, instead of passing the message to the mail
42 will open a socket connection to the mail port on the machine
51 will send messages by forking a local copy of
53 It will still speak SMTP with this local copy of
55 For backward compatibility,
60 The third alternative,
62 also forks a local copy of
64 but feeds the message directly to it, using
67 This replaces the old, undocumented
69 mechanism and retains some of its limitations, such as lack of
72 switch and \*(lqDcc:\*(rq header field.
79 considers local. It should typically be a fully qualified hostname.
80 If this is not set, depending on the version of Unix you're running,
82 will query the system for this value (e.g.\& uname, gethostname, etc.),
83 and attempt to fully qualify this value.
85 If you are using POP to retrieve new messages, you may want to set this
86 value to the name of the POP server, so that outgoing messages appear to
87 have originated on the POP server.
92 If this is set, a `.' followed by this string will be appended to your
95 This should only be needed, if for some reason
97 is not able to fully qualify the hostname returned by the system
98 (e.g.\& uname, gethostname, etc.).
103 This option specifies the host name that
105 will give in the SMTP
109 command, when posting mail. If not set, the default is to use the
114 above). If this option is set, but empty, no
116 command will be given.
120 command is required by RFC 821, many SMTP servers do not require it.
123 will fail if the hostname given in the
125 command is the local host. Later versions of
127 will complain if you omit the
131 find out what your system expects and set this field if needed.
136 This option is only used for UUCP mail. It specifies the name of the
137 local host in the UUCP \*(lqdomain\*(rq. If not set, depending
138 on the version of Unix you're running,
140 will query the system
141 for this value. This has no equivalent in the
150 The directory where mail drops are kept. If this option is set, but empty,
151 the user's home directory is used. This overrides the default value
152 chosen at the time of compilation.
157 The name of the mail drop file in the directory where mail drops are kept.
158 If this is empty, the user's login name is used. This overrides the default
159 value (which is empty).
163 \\001\\001\\001\\001\\n
165 The beginning-of-message delimiter for mail drops.
169 \\001\\001\\001\\001\\n
171 The end-of-message delimiter for mail drops.
177 The locking algorithm to use when opening the mail drop. Can be any one of
188 %nmhlibexecdir%/maildelivery
190 The name of the system-wide default
198 This option is only available if you set
206 A single hostname to be used when performing mail submission via SMTP.
209 supported multiple hostnames for
211 but the current version of
213 only supports a single entry (the name is kept for backwards compatibility
214 reasons). This can be overridden via the
218 It is not possible to change the mail submission port number in the
224 for this functionality.
226 This option is only available if you set
238 .SS "Post Office Protocol"
241 The name of the default POP service host. If this is not set, then
243 looks in the standard mail drop areas for waiting mail, otherwise
244 the named POP service host is consulted.
246 .\" .SS "BBoards Delivery"
247 .\" This option is only available if you compiled \fInmh\fP with
248 .\" \*(lqbbdelivery:\ on\*(rq.
252 .\" The local BBoards domain (a UCI hack).
254 .\" .SS "BBoards & The POP"
255 .\" These options are only available if you compiled \fInmh\fP with
256 .\" \*(lqbboards:\ pop\*(rq and \*(lqpop:\ on\*(rq.
260 .\" The POP service host which also acts as a BBoard server. This variable
261 .\" should be set on the POP BBoards client host.
266 .\" The guest account on the POP/BB service host. This should be a different
267 .\" login ID than either the POP user or the BBoards user. (The user-id
268 .\" \*(lqftp\*(rq is highly recommended.) This variable should be set on
269 .\" both the POP BBoards client and service hosts.
273 .\" %nmhetcdir%/hosts.popbb
275 .\" A file containing of lists of hosts that are allowed to use the POP
276 .\" facility to access BBoards using the guest account. If this file is not
277 .\" present, then no check is made. This variable should be set on the POP
278 .\" BBoards service host.
281 A few words on locking:
283 has two main uses for locking: locking the mail spool during mail
284 incorporation, and locking metadata files (sequence files, the context)
285 during updates. These locking methods can be configured separately
288 For locking the mail spool, the
292 will control the locking algorithm to use when
294 incorporates mail from the spool file. If no entry is given, a default
295 based on the operating system type will be chosen.
297 For locking all other files, the
301 controls the locking algorithm used for all other file access.
302 If no entry is given, the
304 lock method will be chosen.
306 If you do not wish to use kernel-based locking,
308 locking is an option available. If \*(lq--enable-lockdir=directory\*(rq
309 is not specified at build time, lock files will be created in the
310 directory where the file being locked resides. Otherwise, lock
311 files will be created in the directory specified by
312 \*(lq--enable-lockdir\*(rq.
316 you should see how locking is done at your site, and set the appropriate values.
320 nmh mts configuration file
321 .SH "PROFILE COMPONENTS"
327 As listed above. The path of the mail transport configuration file can
328 be changed with the MHMTSCONF environment variable and augmented with the
329 MHMTSUSERCONF environment variable, see
332 Failure to open any mail transport configuration file is silently
333 ignored. Therefore, it's best to avoid dynamic creation of such
334 a file with the intent of use via the MHMTSCONF or MHMTSUSERCONF
335 environment variables. If such use is necessary, the ability
336 to successfully open the file should first be verified.