1 .TH MH-MAIL %manext5% 2014-01-08 "%nmhversion%"
6 mh-mail \- message format for nmh message system
9 processes messages in a particular format. It should be noted
10 that although neither Bell nor Berkeley mailers produce message files
15 can read message files in that format.
17 Each user possesses a mail drop which initially receives all messages
21 will read from that mail drop and incorporate new messages found there
22 into the user's own mail folders (typically
23 .RI \*(lq +inbox \*(rq).
24 The mail drop consists of one or more messages.
26 Messages are expected to consist of lines of text. Graphics and binary
27 data are not handled. No data compression is accepted. All text is
28 clear ASCII 7-bit data.
30 The general \*(lqmemo\*(rq framework of RFC 822 is used. A message
31 consists of a block of information in a rigid format, followed by
32 general text with no specified format. The rigidly formatted first
33 part of a message is called the header, and the free-format portion is
34 called the body. The header must always exist, but the body is optional.
35 These parts are separated by an empty line, i.e., two consecutive newline
38 the header and body may be separated by a line consisting of dashes:
42 From: Local Mailbox <user@example.com>
50 The header is composed of one or more header items. Each header item can
51 be viewed as a single logical line of ASCII characters. If the text of
52 a header item extends across several real lines, the continuation lines
53 are indicated by leading spaces or tabs.
55 Each header item is called a component and is composed of a keyword or
56 name, along with associated text. The keyword begins at the left margin,
57 may NOT contain spaces or tabs, may not exceed 63 characters (as specified
58 by RFC 822), and is terminated by a colon (`:'). Certain components
59 (as identified by their keywords) must follow rigidly defined formats
60 in their text portions.
62 The text for most formatted components (e.g., \*(lqDate:\*(rq and
63 \*(lqMessage\-Id:\*(rq) is produced automatically. The only ones entered
64 by the user are address fields such as \*(lqTo:\*(rq, \*(lqcc:\*(rq,
65 etc. Internet addresses are assigned mailbox names and host computer
66 specifications. The rough format is \*(lqlocal@domain\*(rq, such as
67 \*(lqMH@UCI\*(rq, or \*(lqMH@UCI\-ICSA.ARPA\*(rq. Multiple addresses
68 are separated by commas. A missing host/domain is assumed to be the
71 As mentioned above, a blank line (or a line of dashes) signals that all
72 following text up to the end of the file is the body. No formatting is
73 expected or enforced within the body.
75 Following is a list of header components that are considered
84 contains date and time of the message's entry into the mail transport system.
89 This header is filled in by default with the system's idea of the user's local
90 mailbox. This can be changed with the
93 It contains the address of the author or authors (may be more than one if a
94 \*(lqSender:\*(rq field is present). For a standard reply (using
96 the reply address is constructed by checking the following headers (in this
97 order): \*(lqMail-Reply\-To:\*(rq, \*(lqReply\-To:\*(rq, \*(lqFrom:\*(rq,
98 \*(lqSender:\*(rq. A \*(lqFrom:\*(rq header MUST exist when the message is
101 otherwise the message will be rejected.
108 to specify a value for the sender's envelope address to the mail transport
111 will use the value of the \*(lqSender:\*(rq or the \*(lqFrom:\*(rq header.
117 .BR Mail\-Reply\-To :
119 For a standard reply (using
121 the reply address is constructed by checking the following headers
122 (in this order): \*(lqMail-Reply\-To:\*(rq, \*(lqReply\-To:\*(rq,
123 \*(lqFrom:\*(rq, \*(lqSender:\*(rq.
126 .BR Mail\-Followup\-To :
128 When making a \*(lqgroup\*(rq reply (using
131 any addresses in this field will take precedence, and no other reply address
132 will be added to the draft. If this header is not available, then the
133 return addresses will be constructed from the \*(lqMail-Reply\-To:\*(rq,
134 or \*(lqReply\-To:\*(rq, or \*(lqFrom:\*(rq, along with adding the
135 addresses from the headers \*(lqTo:\*(rq, \*(lqcc:\*(rq, as well as
136 adding your personal address.
141 For a standard reply (using
144 constructed by checking the following headers (in this order):
145 \*(lqMail-Reply\-To:\*(rq, \*(lqReply\-To:\*(rq, \*(lqFrom:\*(rq,
153 in the event that the message has multiple addresses on the
154 \*(lqFrom:\*(rq line. It is otherwise optional. This line should
155 contain the address of the actual sender.
160 Contains addresses of primary recipients.
165 Contains addresses of secondary recipients.
170 Still more recipients. However, the \*(lqBcc:\*(rq line is not
171 copied onto the message as delivered, so these recipients are not
174 uses an encapsulation method for blind copies, see
180 Still more recipients. However, the \*(lqDcc:\*(rq line is not
181 copied onto the messages as delivered. Recipients on the \*(lqDcc:\*(rq
182 line receive the same message as recipients on the \*(lqTo:\*(rq and
183 \*(lqcc:\*(rq lines. See
187 is not supported with the
189 mail transport method.
196 to copy the message into the specified folder for the sender,
197 if the message was successfully given to the transport system.
202 A unique message identifier added by
211 Sender's commentary. It is displayed by
217 A commentary line added by
219 when replying to a message.
224 Added when redistributing a message by
230 Used instead of the \*(lqFrom:\*(rq header when
232 redistributes a message. See \*(lqFrom:\*(rq.
237 New recipients for a message resent by
243 Still more recipients. See \*(lqcc:\*(rq and \*(lqResent\-To:\*(rq.
248 Even more recipients. See \*(lqBcc:\*(rq and \*(lqResent\-To:\*(rq.
253 Copy resent message into a folder.
254 See \*(lqFcc:\*(rq and \*(lqResent\-To:\*(rq.
257 .BR Resent\-Message\-Id :
259 A unique identifier glued on by
264 See \*(lqMessage\-Id:\*(rq and \*(lqResent\-To:\*(rq.
298 to specify a filename to attach to this message. See
300 for more information.
305 Location of mail drop.
308 Standard for the Format of ARPA Internet Text Messages