An Experiment in Remote Printing
RFC 1486
|
Document |
Type |
|
RFC - Experimental
(July 1993; No errata)
|
|
Authors |
|
Marshall Rose
,
Carl Malamud
|
|
Last updated |
|
2013-03-02
|
|
Stream |
|
Legacy
|
|
Formats |
|
plain text
html
pdf
htmlized
bibtex
|
Stream |
Legacy state
|
|
(None)
|
|
Consensus Boilerplate |
|
Unknown
|
|
RFC Editor Note |
|
(None)
|
IESG |
IESG state |
|
RFC 1486 (Experimental)
|
|
Telechat date |
|
|
|
Responsible AD |
|
(None)
|
|
Send notices to |
|
(None)
|
Network Working Group M. Rose
Request for Comments: 1486 Dover Beach Consulting, Inc.
C. Malamud
Internet Multicasting Service
July 1993
An Experiment in Remote Printing
Status of this Memo
This memo defines an Experimental Protocol for the Internet
community. It does not specify an Internet standard. Discussion and
suggestions for improvement are requested. Please refer to the
current edition of the "IAB Official Protocol Standards" for the
standardization state and status of this protocol. Distribution of
this memo is unlimited.
Table of Contents
1. Introduction .......................................... 1
1.1 The Advantage of a General-Purpose Infrastructure..... 2
2. Procedure ............................................. 2
2.1 Naming, Addressing, and Routing ...................... 3
2.2 The application/remote-printing Content-Type ......... 4
2.3 Usage Example ........................................ 5
2.4 Remote Printing without MIME ......................... 6
3. The Experiment ........................................ 7
3.1 Infrastructure ....................................... 8
3.1.1 Zones .............................................. 8
3.1.2 MX records ......................................... 8
3.2 Accounting and Privacy ............................... 9
3.3 Mailing list ......................................... 9
3.4 Prototype Implementation ............................. 10
4. Future Issues ......................................... 11
5. Security Considerations ............................... 11
6. Acknowledgements ...................................... 11
7. References ............................................ 11
8. Authors' Addresses..................................... 12
A. The image/tiff Content-Type .......................... 13
B. Uniform Addressing ................................... 13
1. Introduction
Although electronic mail is preferable as a means of third-party
communication, in some cases it may be necessary to print
information, in hard-copy form, at a remote location. The remote
output device may consist of a standard line printer, a printer with
Rose & Malamud [Page 1]
RFC 1486 An Experiment in Remote Printing July 1993
multiple fonts and faces, a printer that can reproduce graphics, or a
facsimile device. Remote output may be accompanied by information
that identifies the intended recipient. This memo describes a
technique for "remote printing" using the Internet mail
infrastructure. In particular, this memo focuses on the case in
which remote printers are connected to the international telephone
network. Furthermore, it describes an experiment in remote printing.
1.1. The Advantage of a General-Purpose Infrastructure
The experiment in remote printing is about "outreach"; specifically,
integrating the e-mail and facsimile communities. By providing easy
access to remote printing recipients, enterprise-wide access is
enhanced, regardless of kind of institution (e.g., commercial,
educational, or government), or the size of institution (e.g.,
global, regional, or local). This approach at outreach allows an
organization to make it easier for the "outside world" to communicate
with the personnel in the organization who are users of facsimile but
not e-mail; e.g., the sales person, the university registrar, or the
(elected) official. The ease in which the Internet mail
infrastructure can be used to provide this facility is (yet) another
example of the power of a general-purpose infrastructure.
2. Procedure
When information is to be remotely printed, the user application
constructs an RFC 822 [1] message, containing a "Message-ID" field
along with a "multipart/mixed" content [2] having two parts, the
first being a "application/remote-printing" content-type, and the
second being an arbitrary content-type corresponding to the
information to be printed. The message is then sent to the remote
printer server's electronic mail address.
It should be noted that not all content-types have a natural printing
representation, e.g., an "audio" or "video" content. For this
reason, the second part of the "multipart/mixed" content should be
one of the following:
text/plain, message/rfc822, application/postscript image/tiff
(defined in Appendix A), any multipart
Note that:
(1) With the "text/plain" content-type, not all character sets may
be available for printing.
(2) With the "message" content-type, the subordinate content will be
Show full document text