control characters stream'
o fff Print Postscript document-format 'application/PostScri
output file pt'
copies see note
Note: In practice, the 'f' LPD function is often overloaded. It is
often used with any format of document data including PostScript and
PCL data.
Note: In practice, the 'l' LPD function is often used as a rough
equivalent to the 'f' function.
Note: When RFC 1179 was written, no implementation supported the 'o'
function; instead 'f' was used for PostScript. Windows NT now sends '
o' function for a PostScript file.
Note: the value 'fff' of the 'f', 'l' and 'o' functions is the name
of the data file as transferred, e.g. "dfA123woden".
If the mapper receives any other lower case letter, the mapper SHALL
reject the job because the document contains a format that the mapper
does not support.
The mapper determines the number of copies by counting the number of
occurrences of each 'fff' file with one of the lower-case functions
above. For example, if 'f dfA123woden' occurs 4 times, then copies
has a value of 4. Although the LPD protocol allows the value of
copies to be different for each document, the commands and the
receiving print systems don't support this.
RFC 2569 Mapping between LPD and IPP Protocols April 1999
4.4 Recommended Document Functions
The mapper SHOULD receive one set of the recommended document
functions with each document, and SHOULD include the converted
information as an operation or job template attribute with each IPP
document. The functions SHOULD be received in the order 'U' and 'N',
but they MAY arrive in any order.
LPD function IPP
name value description name value
U fff ignored
N n Name of source file document-name n
Note: the value 'fff' of the 'U' function is the name of the data
file as transferred, e.g. "dfA123woden".
5. Mapping from IPP operations to LPD commands
If the IPP-to-LPD mapper receives an IPP operation, the following
table summarizes the LPD command that it uses. Each section below
gives the detail. Each of the following sub-sections appear as sub-
sections of section 3 in the document "Internet Printing
Protocol/1.0: Model and Semantics" [RFC2566].
IPP operation LPD command
Print-Job or Print-URI or receive-a-printer-job
Create-Job/Send-Document/Send-URI and then print-any-waiting-jobs
Validate-Job implemented by the mapper
Cancel-Job remove-jobs
Get-Printer-Attributes, Get-Job- send queue state (short or long)
Attributes or Get-Jobs
5.1 Print-Job
The mapper SHALL send the following commands in the order listed
below:
- receive-a-printer-job command
- both receive-control-file sub-command and receive-data-file
sub-command (unspecified order, see Note below)
- print-any-waiting-jobs command, except that if the mapper is
sending a sequence of receive a printer-job commands, it MAY
omit sending print-any-waiting-jobs after any receive a
printer-job command that is neither the first nor last command
in this sequence
RFC 2569 Mapping between LPD and IPP Protocols April 1999
=9= |