idnits 2.17.1 draft-needleman-mime-ill-01.txt: Checking boilerplate required by RFC 5378 and the IETF Trust (see https://trustee.ietf.org/license-info): ---------------------------------------------------------------------------- ** Cannot find the required boilerplate sections (Copyright, IPR, etc.) in this document. Expected boilerplate is as follows today (2024-04-26) according to https://trustee.ietf.org/license-info : IETF Trust Legal Provisions of 28-dec-2009, Section 6.a: This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 2: Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved. IETF Trust Legal Provisions of 28-dec-2009, Section 6.b(i), paragraph 3: This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Checking nits according to https://www.ietf.org/id-info/1id-guidelines.txt: ---------------------------------------------------------------------------- ** Missing expiration date. The document expiration date should appear on the first and last page. ** The document seems to lack a 1id_guidelines paragraph about Internet-Drafts being working documents. ** The document seems to lack a 1id_guidelines paragraph about the list of current Internet-Drafts. ** The document seems to lack a 1id_guidelines paragraph about the list of Shadow Directories. == The page length should not exceed 58 lines per page, but there was 1 longer page, the longest (page 1) being 213 lines Checking nits according to https://www.ietf.org/id-info/checklist : ---------------------------------------------------------------------------- ** The document seems to lack an Introduction section. ** The document seems to lack an IANA Considerations section. (See Section 2.2 of https://www.ietf.org/id-info/checklist for how to handle the case when there are no actions for IANA.) ** The document seems to lack separate sections for Informative/Normative References. All references will be assumed normative when checking for downward references. ** There are 19 instances of too long lines in the document, the longest one being 4 characters in excess of 72. ** There are 8 instances of lines with control characters in the document. ** The abstract seems to contain references ([BER]), which it shouldn't. Please replace those with straight textual mentions of the documents in question. Miscellaneous warnings: ---------------------------------------------------------------------------- == Line 69 has weird spacing: '...ptional param...' == Line 108 has weird spacing: '...mmended encod...' == Line 143 has weird spacing: '...rmation and D...' == Unrecognized Status in 'Category: Informational ', assuming Proposed Standard (Expected one of 'Standards Track', 'Full Standard', 'Draft Standard', 'Proposed Standard', 'Best Current Practice', 'Informational', 'Experimental', 'Informational', 'Historic'.) -- The document seems to lack a disclaimer for pre-RFC5378 work, but may have content which was first submitted before 10 November 2008. If you have contacted all the original authors and they are all willing to grant the BCP78 rights to the IETF Trust, then this is fine, and you can ignore this comment. If not, you may need to add the pre-RFC5378 disclaimer. (See the Legal Provisions document at https://trustee.ietf.org/license-info for more information.) -- The document date (October 1998) is 9325 days in the past. Is this intentional? Checking references for intended status: Proposed Standard ---------------------------------------------------------------------------- (See RFCs 3967 and 4897 for information about using normative references to lower-maturity documents in RFCs) -- Possible downref: Non-RFC (?) normative reference: ref. 'BER' Summary: 11 errors (**), 0 flaws (~~), 5 warnings (==), 3 comments (--). Run idnits with the --verbose option for more detailed information about the items above. -------------------------------------------------------------------------------- 1 INTERNET DRAFT EXPIRES in six months INTERNET DRAFT 3 Internet Draft Ruth Moulton 4 Category: Informational United Kingdom 5 Mark Needleman 6 University of California 8 October 1998 10 MIME Types for Use with the ISO ILL Protocol 11 13 Status of This Memo 15 This document is an Internet-Draft. Internet-Drafts are working documents 16 of the Internet Engineering Task Force (IETF), its areas, and its working 17 groups. Note that other groups may also distribute working documents as 18 Internet-Drafts. 20 Internet-Drafts are draft documents valid for a maximum of six months and 21 may be updated, replaced, or obsoleted by other documents at any time. It 22 is inappropriate to use Internet-Drafts as reference material or to cite 23 them other than as "work in progress." 25 To learn the current status of any Internet-Draft, please check the 26 "1id-abstracts.txt" listing contained in the Internet-Drafts Shadow 27 Directories on ftp.is.co.za (Africa), nic.nordu.net (Europe), 28 munnari.oz.au (Pacific Rim), ftp.ietf.org (US East Coast), or 29 ftp.isi.edu (US West Coast). 31 Distribution of this document is unlimited. 33 Abstract 35 This memorandum describes a set of MIME types for use with the ISO 36 Interlibrary Loan Protocol (ISO 10160/10161). Two mime types are specified 37 below. 39 The first is a media type to carry objects which are BER [BER] encoded 40 ISO ILL Protocol Data Units (PDU's). BER are the basic Encoding Rules used 41 to encode PDU's which have been described using ASN.1 (Abstract Syntax 42 Notation 1) [ASN.1] . 44 The second is for use with the associated document delivery instructions. 45 Document Delivery Instructions (DDI) is an emerging protocol which enables 46 automatic electronic delivery of items. It allows a request management 47 system (which might have received a request for an item via the ISO 48 Interlibrary Loan Protocol (ISO 10160/10161)) to pass details of the 49 request, item, and delivery, to a delivery module, and to receive back 50 reports on the delivery process or arrival of an item. It is currently 51 being submitted to the ISO TC46/SC4/WG4 committee for approval as an ISO 52 standard. 54 Registration Information 56 Media type name: application 57 Media subtype name: iso-10161-ill-1 - for BER encoded ISO ILL APDU's 59 Media type name: application 60 Media subtype name: ill-ddi - For associated Document Delivery Instructions 62 Required Parameter: transfer-encoding 64 For BER-encoded PDU's or DDI's, the only current legal value of this 65 parameter is: 67 iso-8825-ber 69 Optional parameter: iso-10161-apdu-type 71 Valid values are: 73 ILL-Request 74 Forward-Notification 75 Shipped 76 ILL-Answer 77 Conditional-Reply 78 Cancel 79 Cancel-Reply 80 Received 81 Recall 82 Returned 83 Checked-In 84 Overdue 85 Renew 86 Renew-Answer 87 Lost 88 Damaged 89 Message 90 Status-Query 91 Status-Or-Error-Report 92 Expired 94 This parameter is optional and can be provided for informational or 95 diagnostic purposes. The value of the PDU or DDI type can be determined 96 from the actual data sent. The use and format of the PDU's and DDI's is 97 defined in the relevant protocol documents which describe them. 99 Examples 101 Content-Type: application/iso-10161-ill-1; transfer-encoding=iso-8825-ber; 102 iso-10161-apdu-type=Recall; 104 Content-Type: application/ill-ddi; transfer-encoding=iso-8825-ber; 106 Encoding 108 The recommended encoding for BER encoded PDU's is Base64 110 PDU's per Message 112 When used to send BER encoded PDU's or DDI's. Each MIME body part will 113 carry at most one BER encoded PDU or DDI. However, a single MIME message 114 containing multiple body parts can be used to transport more than one BER 115 PDU and or DDI. 117 Security Considerations 119 There are no known security risks associated with transmitting BER encoded 120 PDU's in general. However, a particular BER encoded PDU or DDI may have 121 security considerations that make it inappropriate for transmittal through 122 public data networks unless appropriate protection mechanisms, like 123 encryption, are used. Such a situation might occur, for example, when 124 organizations are exchanging documents that contain secure or classified 125 information and it is necessary to keep information about both the material 126 being exchanged and the exchanging partners confidential. 128 Interoperability Considerations 130 BER is an international standard for encoding data meant to be transferred 131 between two systems that may store data in different local formats 132 internally [BER]. 134 References 136 [BER] ISO/IEC 8825:1990 Information Technology - Open Systems 137 Interconnection - Specification of Basic Encoding Rules for Abstract Syntax 138 Notation One (ASN.1) 140 [ASN.1] ISO/IEC 8824:1990 Information Technology - Open Systems 141 Interconnection - Specification of Abstract Syntax Notation One (ASN.1) 143 ISO 10160:1997 Information and Documentation - Open Systems 144 Interconnection - Interlibrary Loan Application Service Definition 146 ISO 10161-1:1997 Information and Documentation - Open Systems 147 Interconnection - Interlibrary Loan Application Protocol Specification - 148 Part 1: Protocol Specification 150 Additional Information: 152 The National Library of Canada has been designated the maintenance agency 153 for the ISO ILL protocol. For more information on this MIME type contact: 155 Barbara Shuh 156 Library Network Specialist 157 Information Analysis and Standards 158 Information and Technology Services 159 National Library of Canada 161 Telephone: (819) 994-6969 162 Fax: (819) 994-6835 164 email: barbara.shuh@nlc-bnc.ca 166 Mailing Address: 167 395 Wellington Street 168 Ottawa, Ontario CANADA 169 K1A 0N4 171 Authors' Addresses 173 Ruth Moulton 174 Consultant 175 65 Tetherdown 176 London N10 1NH 177 United Kingdom 178 Phone: +44 (181) 883 5823 179 Email: ruth@muswell.demon.co.uk 181 Mark Needleman 182 University of California 183 California Digital Library 184 1111 Franklin Street Room 7305 185 Oakland, CA 94607-5200 186 USA 187 Phone: +1 (510) 987-0530 188 Fax: +1 (510) 763-2471 189 Email: Mark.Needleman@ucop.edu