1 .TH MH-MAIL %manext5% "%nmhdate%" MH.6.8 [%nmhversion%]
6 mh-mail \- message format for nmh message system
13 processes messages in a particular format. It should be noted
14 that although neither Bell nor Berkeley mailers produce message files
19 can read message files in that antiquated format.
21 Each user possesses a mail drop box which initially receives all messages
25 will read from that drop
26 box and incorporate the new messages found there into the user's own
27 mail folders (typically
28 .RI \*(lq +inbox \*(rq).
29 The mail drop box consists of one or more messages.
31 Messages are expected to consist of lines of text. Graphics and binary
32 data are not handled. No data compression is accepted. All text is
33 clear ASCII 7-bit data.
35 The general \*(lqmemo\*(rq framework of RFC\-822 is used. A message
36 consists of a block of information in a rigid format, followed by
37 general text with no specified format. The rigidly formatted first
38 part of a message is called the header, and the free-format portion is
39 called the body. The header must always exist, but the body is optional.
40 These parts are separated by an empty line, i.e., two consecutive newline
43 the header and body may be separated by a line consisting of dashes:
47 From: Local Mailbox <user@example.com>
55 The header is composed of one or more header items. Each header item can
56 be viewed as a single logical line of ASCII characters. If the text of
57 a header item extends across several real lines, the continuation lines
58 are indicated by leading spaces or tabs.
60 Each header item is called a component and is composed of a keyword or
61 name, along with associated text. The keyword begins at the left margin,
62 may NOT contain spaces or tabs, may not exceed 63 characters (as specified
63 by RFC\-822), and is terminated by a colon (`:'). Certain components
64 (as identified by their keywords) must follow rigidly defined formats
65 in their text portions.
67 The text for most formatted components (e.g., \*(lqDate:\*(rq and
68 \*(lqMessage\-Id:\*(rq) is produced automatically. The only ones entered
69 by the user are address fields such as \*(lqTo:\*(rq, \*(lqcc:\*(rq,
70 etc. Internet addresses are assigned mailbox names and host computer
71 specifications. The rough format is \*(lqlocal@domain\*(rq, such as
72 \*(lqMH@UCI\*(rq, or \*(lqMH@UCI\-ICSA.ARPA\*(rq. Multiple addresses
73 are separated by commas. A missing host/domain is assumed to be the
76 As mentioned above, a blank line (or a line of dashes) signals that all
77 following text up to the end of the file is the body. No formatting is
78 expected or enforced within the body.
80 Following is a list of header components that are considered
89 contains date and time of the message's entry
90 into the mail transport system.
95 This header is filled in by default with the system's idea of the user's local
96 mailbox. This can be changed with the
99 contains the address of the author or authors
100 (may be more than one if a \*(lqSender:\*(rq field is present). For a
101 standard reply (using
103 the reply address is constructed by
104 checking the following headers (in this order): \*(lqMail-Reply\-To:\*(rq,
105 \*(lqReply\-To:\*(rq, \*(lqFrom:\*(rq, \*(lqSender:\*(rq.
107 header MUST exist when the message is sent to
109 otherwise the message will be rejected.
112 .BR Mail\-Reply\-To :
114 For a standard reply (using
117 constructed by checking the following headers (in this order):
118 \*(lqMail-Reply\-To:\*(rq, \*(lqReply\-To:\*(rq, \*(lqFrom:\*(rq,
122 .BR Mail\-Followup\-To :
124 When making a \*(lqgroup\*(rq reply (using
127 any addresses in this field will take precedence, and no other reply address
128 will be added to the draft. If this header is not available, then the
129 return addresses will be constructed from the \*(lqMail-Reply\-To:\*(rq,
130 or \*(lqReply\-To:\*(rq, or \*(lqFrom:\*(rq, along with adding the
131 addresses from the headers \*(lqTo:\*(rq, \*(lqcc:\*(rq, as well as
132 adding your personal address.
137 For a standard reply (using
140 constructed by checking the following headers (in this order):
141 \*(lqMail-Reply\-To:\*(rq, \*(lqReply\-To:\*(rq, \*(lqFrom:\*(rq,
149 in the event that the message has multiple addresses on the
150 \*(lqFrom:\*(rq line. It is otherwise optional. This line should
151 contain the address of the actual
157 Contains addresses of primary recipients.
162 Contains addresses of secondary recipients.
167 Still more recipients. However, the \*(lqBcc:\*(rq line is not
168 copied onto the message as delivered, so these recipients are not
171 uses an encapsulation method for blind copies, see
177 Still more recipients. However, the \*(lqDcc:\*(rq line is not
178 copied onto the messages as delivered. Recipients on the \*(lqDcc:\*(rq
179 line receive the same messsage as recipients on the \*(lqTo:\*(rq and
180 \*(lqcc:\*(rq lines. See
184 is not supported with the
186 mail transport method.
193 to copy the message into the specified folder for the sender,
194 if the message was successfully given to the transport system.
199 A unique message identifier added by
208 Sender's commentary. It is displayed by
214 A commentary line added by
216 when replying to a message.
221 Added when redistributing a message by
227 Added when redistributing a message by
233 New recipients for a message resent by
239 Still more recipients. See \*(lqcc:\*(rq and \*(lqResent\-To:\*(rq.
244 Even more recipients. See \*(lqBcc:\*(rq and \*(lqResent\-To:\*(rq.
249 Copy resent message into a folder.
250 See \*(lqFcc:\*(rq and \*(lqResent\-To:\*(rq.
253 .BR Resent\-Message\-Id :
255 A unique identifier glued on by
260 See \*(lqMessage\-Id:\*(rq and \*(lqResent\-To:\*(rq.
292 .ta \w'%etcdir%/ExtraBigFileName 'u
293 ^%mailspool%/$USER~^Location of mail drop
297 Standard for the Format of ARPA Internet Text Messages