1 .TH POST %manext8% 2016-10-17 "%nmhversion%"
6 post \- deliver an nmh message
10 .B %nmhlibexecdir%/post
18 .RB [ \-format " | " \-noformat ]
19 .RB [ \-mime " | " \-nomime ]
20 .RB [ \-msgid " | " \-nomsgid ]
22 .IR localname " | " random ]
23 .RB [ \-verbose " | " \-noverbose ]
24 .RB [ \-watch " | " \-nowatch ]
28 .IR smtp " | " sendmail/smtp " | " sendmail/pipe ]
48 is the default program called by
50 to deliver the message in
52 to local and remote users.
53 In fact, most of the features attributed to
55 in its manual page are performed by
59 acting as a relatively simple preprocessor.
62 which parses the various header fields, appends a
63 \*(lqDate:\*(rq line, and interacts with the mail transport system.
65 will not normally be called directly by the user, but can be replaced
68 profile component that will have
70 as its final argument.
73 for more information on postproc.
76 searches the \*(lqTo:\*(rq, \*(lqcc:\*(rq, \*(lqBcc:\*(rq,
77 \*(lqFcc:\*(rq, and \*(lqResent\-xxx:\*(rq header lines of the specified
78 message for destination addresses, checks these addresses for validity,
79 and formats them so as to conform to ARPAnet Internet Message Format
82 flag is set. This will normally cause
83 \*(lq@\fIlocal\-site\fR\*(rq to be appended to each local destination
84 address, as well as any local return addresses. The
87 switch can be used to indicate the preferred length of the header
88 components that contain addresses.
90 If a \*(lqBcc:\*(rq field is encountered, its addresses will be used for
91 delivery, and the \*(lqBcc:\*(rq field will be removed from the message
92 sent to sighted recipients. The blind recipients will receive an entirely
93 new message with a minimal set of headers. Included in the body of the
94 message will be a copy of the message sent to the sighted recipients.
98 is specified, then this copy is filtered (re-formatted) by
100 prior to being sent to the blind recipients.
103 switch is given, then
105 will use the MIME rules for encapsulation.
110 switch can be used to specify a file that post should read aliases from.
111 More than one file can be specified, with each being preceded by
113 In any event, the primary alias file is read first.
117 switch indicates that a \*(lqMessage\-ID:\*(rq or
118 \*(lqResent\-Message\-ID:\*(rq field should be added to the header.
122 switch selects the style used for the part appearing after the @
123 in \*(lqMessage\-ID:\*(rq, \*(lqResent\-Message\-ID:\*(rq, and
124 \*(lqContent\-ID:\*(rq header fields. The two acceptable options are
126 (which is the default),
131 the local hostname is used. With
133 a random sequence of characters is used instead. Note that the
135 switch must be enabled for this switch to have any effect.
139 switch indicates that the user should be informed of
140 each step of the posting/filing process.
144 switch indicates that the user would like to watch the
145 transport system's handling of the message (e.g., local and \*(lqfast\*(rq
148 Under normal circumstances,
150 uses the \*(lqFrom:\*(rq line in the message draft as the identity of
151 the originating mailbox. A \*(lqFrom:\*(rq line is required in
152 all message drafts. By default the message composition utilities such
158 will automatically place a \*(lqFrom:\*(rq line in the message draft.
159 There are two ways to override this behavior, however.
160 Note that they apply equally to \*(lqResent\-From:\*(rq lines in messages sent
164 The first way is to supply a \*(lqSender:\*(rq line. The value of this
165 field will be used as the originating mailbox identity when submitting the
166 message to the mail transport system. If multiple addresses are
167 given in the \*(lqFrom:\*(rq line, a \*(lqSender:\*(rq line is
169 If an \*(lqEnvelope-From:\*(rq line is supplied when multiple addresses
170 are given in the \*(lqFrom:\*(rq line, a \*(lqSender:\*(rq header will
171 be generated using the value of the \*(lqEnvelope-From:\*(rq line,
173 the \*(lqEnvelope-From:\*(rq line is not blank.
175 The second way is to supply a \*(lqEnvelope-From:\*(rq line. The value
176 of this field will be used as the originating mailbox identity when
177 submitting the message to the mail transport system. This will override
178 both the value of the \*(lqFrom:\*(rq line and a \*(lqSender:\*(rq line
179 (if one is supplied). The \*(lqEnvelope-From:\*(rq line is allowed to
180 have a blank value; if the value is blank, then the mail transport system
181 will be instructed to not send any bounces in response to the message.
182 Not all mail transport systems support this feature.
184 The mail transport system default is defined in
185 .I %nmhetcdir%/mts.conf
186 but can be overridden here with the
194 as its mail transport system, the
196 switch can be used to override the default
200 If nmh is using the SMTP MTA, the
204 switches can be used to override the default mail server and port.
205 The default server is set with
208 .IR %nmhetcdir%/mts.conf ,
209 and the default port is
215 has been compiled with SASL support, the
219 switches will enable and disable
220 the use of SASL authentication with the SMTP MTA. Depending on the
221 SASL mechanism used, this may require an additional password prompt from the
224 file can be used to store this password, as described in
228 switch can be used to select a particular SASL mechanism,
231 switch can be used to select an authorization userid to provide to SASL,
232 other than the default. The credentials profile entry in
234 describes the ways to supply a username and password.
236 If SASL authentication is successful,
238 will attempt to negotiate a security layer for session encryption.
239 Encrypted data is labelled with `(sasl-encrypted)' and `(sasl-decrypted)' when
240 viewing the SMTP transaction with the
243 Base64-encoded data is wrapped with `b64<>'.
244 (Beware that the SMTP transaction may contain authentication information either
245 in plaintext or easily decoded base64.)
249 has been compiled with TLS support, the
253 switches will require the negotiation of TLS when connecting to the SMTP MTA.
256 switch will negotiate TLS as part of the normal SMTP protocol
257 using the STARTTLS command. The
259 will negotiate TLS immediately after the connection has
260 taken place, before any SMTP commands are sent or received. Encrypted data
261 is labelled with `(tls-encrypted)' and
262 `(tls-decrypted)' when viewing the SMTP transaction with the
265 Base64-encoded data is wrapped with `b64<>'.
266 (Beware that the SMTP transaction may contain authentication information either
267 in plaintext or easily decoded base64.)
270 switch will disable all attempts to negotiate TLS.
272 If port 465 is specified and none of the TLS switches were enabled,
274 will be implied if TLS support was compiled in. Though port 465 for
275 SMTPS (SMTP over SSL) was deregistered by IANA in 1998, it is still
276 used for that service.
279 filters out header lines with names beginning with \*(lqNmh-\*(rq
280 (case insensitive) from the message draft.
281 Those lines are reserved for internal
287 .ta \w'%nmhetcdir%/ExtraBigFileName 'u
288 ^%nmhetcdir%/mts.conf~^nmh mts configuration file
289 ^%nmhetcdir%/MailAliases~^global nmh alias file
290 ^%bindir%/refile~^Program to process Fcc:s
291 ^%nmhlibexecdir%/mhl~^Program to process Bcc:s
293 .SH "PROFILE COMPONENTS"
307 .I "Standard for the Format of ARPA Internet Text Messages"
311 .RB ` \-alias "' defaults to %nmhetcdir%/MailAliases"
315 .RB ` "\-messageid\ localname" '
318 .RB ` "\-width\ 72" '
324 \*(lqReply\-To:\*(rq fields are allowed to have groups in them according
325 to the RFC 822 specification, but
327 won't let you use them.