1 .TH POST %manext8% "August 14, 2016" "%nmhversion%"
6 post \- deliver a 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
53 to local and remote users. In fact, most of
54 the features attributed to
56 in its manual page are performed by
60 acting as a relatively simple preprocessor.
63 which parses the various header fields, appends a
64 \*(lqDate:\*(rq line, and interacts with the mail transport system.
66 will not normally be called directly by the user,
67 but can be replaced by the user with a
69 profile component that will have
71 as its final argument.
74 searches the \*(lqTo:\*(rq, \*(lqcc:\*(rq, \*(lqBcc:\*(rq,
75 \*(lqFcc:\*(rq, and \*(lqResent\-xxx:\*(rq header lines of the specified
76 message for destination addresses, checks these addresses for validity,
77 and formats them so as to conform to ARPAnet Internet Message Format
80 flag is set. This will normally cause
81 \*(lq@\fIlocal\-site\fR\*(rq to be appended to each local destination
82 address, as well as any local return addresses. The
85 switch can be used to indicate the preferred length of the header
86 components that contain addresses.
88 If a \*(lqBcc:\*(rq field is encountered, its addresses will be used for
89 delivery, and the \*(lqBcc:\*(rq field will be removed from the message
90 sent to sighted recipients. The blind recipients will receive an entirely
91 new message with a minimal set of headers. Included in the body of the
92 message will be a copy of the message sent to the sighted recipients.
96 is specified, then this copy is filtered
99 prior to being sent to the blind recipients.
102 switch is given, then
105 the MIME rules for encapsulation.
110 switch can be used to specify a file that post
111 should take aliases from. More than one file can be specified, each
114 In any event, the primary alias file is
119 switch indicates that a \*(lqMessage\-ID:\*(rq or
120 \*(lqResent\-Message\-ID:\*(rq field should be added to the header.
124 switch selects the style used for the part appearing after the @
125 in \*(lqMessage\-ID:\*(rq, \*(lqResent\-Message\-ID:\*(rq, and
126 \*(lqContent\-ID:\*(rq header fields. The two acceptable options are
128 (which is the default),
133 the local hostname is used. With
135 a random sequence of characters is used instead. Note that the
137 switch must be enabled for this switch to have any effect.
141 switch indicates that the user should be informed of
142 each step of the posting/filing process.
146 switch indicates that the user would like to watch the
147 transport system's handling of the message (e.g., local and \*(lqfast\*(rq
150 Under normal circumstances,
152 uses the \*(lqFrom:\*(rq line in the message draft as the identity of
153 the originating mailbox. A \*(lqFrom:\*(rq line is required in
154 all message draft. By default the message composition utilities such
160 will automatically place a \*(lqFrom:\*(rq line in the message draft.
161 There are two ways to override this behavior, however.
162 Note that they apply equally to \*(lqResent\-From:\*(rq lines in messages sent
166 The first way is to supply a \*(lqSender:\*(rq line. The value of this
167 field will be used as the originating mailbox identity when submitting the
168 message to the mail transport system. If multiple addresses are
169 given in the \*(lqFrom:\*(rq line, a \*(lqSender:\*(rq line is
171 If an \*(lqEnvelope-From:\*(rq line is supplied when multiple addresses
172 are given in the \*(lqFrom:\*(rq line, a \*(lqSender:\*(rq header will
173 be generated using the value of the \*(lqEnvelope-From:\*(rq line,
175 the \*(lqEnvelope-From:\*(rq line is not blank.
177 The second way is to supply a \*(lqEnvelope-From:\*(rq line. The value
178 of this field will be used as the originating mailbox identity when
179 submitting the message to the mail transport system. This will override
180 both the value of the \*(lqFrom:\*(rq line and a \*(lqSender:\*(rq line
181 (if one is supplied). The \*(lqEnvelope-From:\*(rq line is allowed to
182 have a blank value; if the value is blank, then the mail transport system
183 will be instructed to not send any bounces in response to the message.
184 Not all mail transport systems support this feature.
186 The mail transport system default is provided in
187 .I %nmhetcdir%/mts.conf
188 but can be overriiden here with the
192 If nmh is using as its mail transport system
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 (defined by the
207 .I %nmhetcdir%/mts.conf
212 has been compiled with SASL support, the
216 switches will enable and disable
217 the use of SASL authentication with the SMTP MTA. Depending on the
218 SASL mechanism used, this may require an additional password prompt from the
221 file can be used to store this password, as described in the
222 mh-profile(5) man page). The
224 switch can be used to select a particular SASL mechanism,
227 switch can be used to select a authorization userid to provide to SASL
228 other than the default. The credentials profile entry in the
229 mh\-profile(5) man page describes the ways to supply a username and
232 If SASL authentication is successful,
234 will attempt to negotiate a security layer for session encryption.
235 Encrypted data is labelled with `(sasl-encrypted)' and `(sasl-decrypted)' when
236 viewing the SMTP transaction with the
239 Base64-encoded data is wrapped with `b64<>'.
240 (Beware that the SMTP transaction may contain authentication information either
241 in plaintext or easily decoded base64.)
245 has been compiled with TLS support, the
249 switches will require the negotiation of TLS when
250 connecting to the SMTP MTA. The
252 switch will negotiate TLS as part of the normal SMTP protocol
253 using the STARTTLS command. The
255 will negotiate TLS immediately after the connection has
256 taken place, before any SMTP commands are sent or received. Encrypted data
257 is labelled with `(tls-encrypted)' and
258 `(tls-decrypted)' when viewing the SMTP transction with the
261 Base64-encoded data is wrapped with `b64<>'.
262 (Beware that the SMTP transaction may contain authentication information either
263 in plaintext or easily decoded base64.)
266 switch will disable all attempts to negotiate TLS.
268 If port 465 is specified and none of the TLS switches were enabled,
270 will be implied if TLS support was compiled in. Though port 465 for
271 SMTPS (SMTP over SSL) was deregistered by IANA in 1998, it is still
272 used for that service.
276 .ta \w'%nmhetcdir%/ExtraBigFileName 'u
277 ^%nmhetcdir%/mts.conf~^nmh mts configuration file
278 ^%nmhetcdir%/MailAliases~^global nmh alias file
279 ^%bindir%/refile~^Program to process Fcc:s
280 ^%nmhlibexecdir%/mhl~^Program to process Bcc:s
282 .SH "PROFILE COMPONENTS"
296 .I "Standard for the Format of ARPA Internet Text Messages"
300 .RB ` \-alias "' defaults to %nmhetcdir%/MailAliases"
304 .RB ` "\-messageid\ localname" '
307 .RB ` "\-width\ 72" '
313 \*(lqReply\-To:\*(rq fields are allowed to have groups in them according
314 to the RFC 822 specification, but
316 won't let you use them.