rfc2569.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


   Note: 'L' has special meaning when it is omitted. If 'J' is omitted,
   some undefined behavior occurs with respect to the banner page.

6.3 Required Document Functions

   The mapper SHALL include one set of the following LPD functions with
   each document, and they SHALL have the specified values. For each
   document, the order of the functions SHALL be 'f', 'U' and then 'N',
   where 'f' is replicated once for each copy.

   IPP attribute                      LPD function

   name        value                  name value  description

   document-   'application/octet-    f    fff    Print formatted file
   format      stream' or
               'application/PostScript'
   copies      c                                  replicate 'f' 'c'
                                                  times
   none                               U    fff    Unlink data file
   document-   n                      N    n      Name of source file
   name

   Note: the value 'fff' of the 'f' and 'U' functions is the name of the
   data file as transferred, e.g. "dfA123woden".

   Note: the mapper SHALL not send the 'o' function

   ISSUE: should we register DVI, troff or ditroff?

   If the mapper receives no "ipp-attribute-fidelitybest-effort" or it
   has a value of false, then the mapper SHALL reject the job if it
   specifies attributes or attribute values that are not among those
   supported in the above tables.

   Below is an example of the minimal control file for a job with three
   copies of two files 'foo' and 'bar':

      H tiger
      P jones
      f dfA123woden
      f dfA123woden
      f dfA123woden
      U dfA123woden
      N foo
      f dfB123woden
      f dfB123woden
      f dfB123woden



Herriot, et al.               Experimental                     [Page 22]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


      U dfB123woden
      N bar

7. Security Considerations

   There are no security issues beyond those covered in the IPP Encoding
   and Transport document [RFC2565], the IPP model document [RFC2566]
   and the LPD document [RFC1179].

8. References

   [ipp-iig] Hasting, T., et al., "Internet Printing Protocol/1.0:
             Implementer's Guide", Work in Progress.

   [RFC1759] Smith, R., Wright, F., Hastings, T., Zilles, S., and J.
             Gyllenskog, "Printer MIB", RFC 1759, March 1995.

   [RFC1179] McLaughlin, L., "Line Printer Daemon Protocol", RFC 1179,
             August 1990.

   [RFC2119] Bradner, S. "Key words for use in RFCs to Indicate
             Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC2234] D. Crocker et al., "Augmented BNF for Syntax
             Specifications:  ABNF", RFC 2234, November 1997.

   [RFC2565] Herriot, R., Butler, S., Moore, P. and R. Tuner, "Internet
             Printing Protocol/1.0: Encoding and Transport", RFC 2565,
             April 1999.

   [RFC2566] deBry, R., Hastings, T., Herriot, R., Isaacson, S., and P.
             Powell, "Internet Printing Protocol/1.0: Model and
             Semantics", RFC 2566, April 1999.

   [RFC2567] Wright, D., "Design Goals for an Internet Printing
             Protocol", RFC 2567, April 1999.

   [RFC2568] Zilles, S., "Rationale for the Structure and Model and
             Protocol for the Internet Printing Protocol", RFC 2568,
             April 1999.











Herriot, et al.               Experimental                     [Page 23]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


9. Authors' Addresses

   Robert Herriot (Editor)
   Xerox Corporation
   3400 Hillview Ave., Bldg #1
   Palo Alto, CA 94304

   Phone: [phone]
   Fax:  [phone]
   EMail:  [e-mail]


   Norm Jacobs
   Sun Microsystems Inc.
   1430 Owl Ridge Rd.
   Colorado Springs, CO 80919

   Phone:  [phone]
   Fax:    [phone]
   EMail:  [e-mail]


   Thomas N. Hastings
   Xerox Corporation
   701 S. Aviation Blvd., ESAE-231
   El Segundo, CA 90245

   Phone: [phone]
   Fax:   [phone]
   EMail: [e-mail]


   Jay Martin
   Underscore, Inc.
   41-C Sagamore Park Road
   Hudson, NH 03051-4915

   Phone:  [phone]
   Fax:  [phone]
   EMail:  [e-mail]











Herriot, et al.               Experimental                     [Page 24]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


10. Appendix A: ABNF Syntax for response of Send-queue-state (short)

   The syntax in ABNF for the response to the LPD command 'send-queue-
   state (long)' is:

    status-response = empty-queue / nonempty-queue
    empty-queue = "no-entries" LF
    nonempty-queue = printer-status LF heading LF *(job LF)
    printer-status =  OK-status / error-status
    OK-status = printer-name SP "ready and printing" LF
    error-status = < implementation dependent status information >
    heading = "Rank" 3SP "Owner" 6SP "Job" 13SP "Files"
                    23SP "Total Size" LF
                       ; the column headings and their values below begin
    at the columns
                       ; 1, 8, 19, 35 and 63
    job = rank *SP owner *SP job *SP files *SP total-size "bytes"
                      ; jobs are in order of oldest to newest
    rank = "active" / "1st" / "2nd" / "3rd" / integer "th"
                      ; job that is printing is "active"
                      ; other values show position in the queue
    owner = <user name of person who submitted the job>
    job = 1*3DIGIT   ; job-number
    files = <file name> *( "," <file name>) ; truncated to 24 characters
    total-size = 1*DIGIT  ; combined size in bytes of all documents


























Herriot, et al.               Experimental                     [Page 25]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


11. Appendix B: ABNF Syntax for response of Send-queue-state (long)

   The syntax in ABNF for the response to the LPD command 'send-queue-
   state (long)' is:

    status-response = empty-queue / nonempty-queue
    empty-queue = "no-entries" LF
    nonempty-queue = printer-status LF  *job
    printer-status =  OK-status / error-status
    OK-status = printer-name SP "ready and printing" LF
    error-status = < implementation dependent status information >
    job = LF line-1 LF line-2 LF
    line-1 = owner ":" SP rank 1*SP "[job" job SP host "]"
    line-2 =  file-name 1*SP document-size "bytes"
          ; jobs are in order of oldest to newest
    rank = "active" / "1st" / "2nd" / "3rd" / integer "th"
            ; job that is printing is "active"
            ; other values show position in the queue
    owner = <user name of person who submitted the job>
    job = 1*3DIGIT
    file-name = [ 1*DIGIT  "copies of" SP ] <file name>
                  ; truncated to 24 characters
    document-size = 1*DIGIT  ;size of single copy of the document.




























Herriot, et al.               Experimental                     [Page 26]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


12. Appendix C: Unsupported LPD functions

   The follow LPD functions have no IPP equivalent. The LPD-to-IPP
   mapper ignores them and the IPP-to-LPD mapper does not send them.

    LPD command
    name  description

    C     Class for banner page
    I     Indent Printing
    H     Host of client
    M     Mail when printed
    S     Symbolic link data
    T     Title for pr
    W     Width of output
    1     troff R font
    2     troff I font
    3     troff B font
    4     troff S font

   The follow LPD functions specify document-formats which have no IPP
   equivalent, unless someone registers them. The LPD-to-IPP mapper
   rejects jobs that request such a document format, and the IPP-to-LPD
   mapper does not send them.

    LPD command
    name   description

    c      Plot CIF file
    d      Print DVI file
    g      Plot file
    k      reserved for Kerberized clients and servers
    n      Print ditroff output file
    p      Print file with 'pr' format
    r      File to print with FORTRAN carriage control
    t      Print troff output file
    v      Print raster file
    z      reserved for future use with the Palladium
           print system












Herriot, et al.               Experimental                     [Page 27]

RFC 2569         Mapping between LPD and IPP Protocols        April 1999


13.  Full Copyright Statement

   Copyright (C) The Internet Society (1999).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
























Herriot, et al.               Experimental                     [Page 28]