1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
|
NWG/RFC# 278 RWW 17-NOV-71 14:12 8056
Revision of the Mail Box Protocol
NETWORK WORKING GROUP Abhay Bhushan, MIT-DMCG
Request for Comments #278 Bob Braden, UCLA-CCN
NIC 8056 Eric Harslem, RAND
Categories: A.5, O.7 John Heafner, RAND
Obsoletes RFC 221, NIC 7612 Alex McKenzie, BBN-NET
John Melvin, SRI-ARC
Bob Sundberg, HARV
Dick Watson, SRI-ARC
Jim White, UCSB
17-Nov-1971
REVISION OF THE MAIL BOX PROTOCOL
The file transfer committee met and discussed the Mail Box Protocol
RFC 221, NIC 7612. The potential utility for the mechanism was
confirmed and a couple of changes suggested. We first give the
changes and then restate the Protocol.
CHANGES
1) The Mail Box Protocol is only to allow ASCII stings of text
formatted for a network standard line printer rather than allowing
other data types.
2) A new command is to be added to the File Transfer Protocol called
"Append With Create" which appends to a file if the file exists, and
creates a file if it does not exist.
3) The standard path name for the mailbox is to be, using conventional
metalanguage symbols,
"MAIL" <separator> ("PRINTER"/<ident>)
<separator> is the ASCII GS, octal 035. The semantics of
the above are the following:
<ident> is a NIC IDENT
"MAIL" <separator> "PRINTER" would be interpreted by the
receiving site as meaning Append With Create the
transmitted file to a bulk mail file to be printed or
directly output it to a printer.
"MAIL" <separator> <ident> would be interpreted to mean
either
[Page 1]
^L
NWG/RFC# 278 RWW 17-NOV-71 14:12 8056
Revision of the Mail Box Protocol
1) The same as "MAIL" <separator> "PRINTER" i.e., ignore
<ident> or
2) Append With Create the following file to a file
specifically for the person designated by <ident> for
either online access or printing or both.
The problem of delivering mail to TIPs was discussed.
At the moment TIPs support only the Telnet Protocol, but it is planned
to support the Data Transfer Protocol. TIPs will have an ASCII line
printer available as an optional device. People desiring to send a
mail item to a TIP with a printer can open a standard published socket
and transmit to it with Telnet Protocol now, later also with the Data
Transfer Protocol. The NIC's plans with regard to TIPs is not to do
automatic network delivery to them. Messages to people using TIPs can
be sent to them through the NIC and will be delivered as with everyone
else directly to the person's initial file at the NIC. The TIP user
can read the item online or obtain a hardcopy at his terminal with the
Output Device Teletype command of NLS.
MAIL BOX PROTOCOL
The Mail Box Protocol will use established network conventions,
specifically the Network Control Program, Initial Connection Protocol,
Data Transfer Protocol, and File Transfer Protocol (as described in
current Network Protocols, NIC 7104).
The transmission is to be Network ASCII. The standard receiving mail
printer is assumed to have a print line 72 characters wide, and a page
of 66 lines. The new line convention will be carriage return (Hex
per the Telnet Protocol, RFC 158, NIC 6768. The standard printer will
accept form feed character (Hex '0C') (Octal '014') as meaning move
paper to the top of a new page.
It is the sender's responsibility to control the length of the print
line and page. If more than 72 characters per line are sent, or if
more than 66 line are sent without a form feed, then the receiving
site can handle these situations as appropriate for them. These
conventions can be changed by control codes as described below. At
the head of the message or document sent there is to be two copies of
an initial address string each terminated by a form feed. This
address string is to contain the sender's name and address, and the
[Page 2]
^L
NWG/RFC# 278 RWW 17-NOV-71 14:12 8056
Revision of the Mail Box Protocol
receiver's name and address formatted in some reasonable, easy-to read
form for a clerk to read and distribute. Comments could also be
included in the address string. The requirements for two copies are
to make one readable from a fan fold paper stack without effort.
Initial Connection
Initial Connection will be as per the Official Initial Connection
Protocol, Document #2, NIC 7101, to the standard File Transfer socket
#3.
File Transfer
The mail item (file) to be transferred would be transferred according
to the File Transfer Protocol.
As per the File Transfer Protocol, a file (mail item) can be sent in
more than one data transaction as defined in the Data Transfer
Protocol. End of file is indicated by the file separator (as defined
in Data Transfer Protocol) or by closing the connection.
Order of Transactions
The only basic operation required is an Append With Create
Append With Create Request
(Mailer) User --------------------> Server (Mail Box)
<File - data>
-------------------->
End of File indication
-------------------->
Acknowledge
<--------------------
The data type default is network ASCII. The Standard line printer
default is as defined above. Other control transactions can be used.
CONTROL TRANSACTIONS TO BE USED
[Page 3]
^L
NWG/RFC# 278 RWW 17-NOV-71 14:12 8056
Revision of the Mail Box Protocol
OP CODE
Hex Octal
09 011 Error or unsuccessful terminate
0A 012 Acknowledge or successful terminate
05 005 Append With Create request (add to
existing file or create file if
none exists)
5A 132 Change printer control settings
ERROR CODES
All error codes defined in the file Transfer Protocol could be
returned.
PRINTER CONTROL CODES
Hex Octal
D1 321 Meaning: Set line width to 72 characters
D2 322 Meaning: Use the full width of your printer
03 323 Meaning: Set page size to 66 line
04 324 Meaning: Set page size to infinite
Other virtual printer control codes can be added in the future.
Other classes of control codes can be added as the need arises.
[ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by BBN Corp. under the ]
[ direction of Alex McKenzie. 12/96 ]
[Page 4]
^L
|
