Browse Prior Art Database

Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted (RFC1847)

IP.com Disclosure Number: IPCOM000004103D
Original Publication Date: 1995-Oct-01
Included in the Prior Art Database: 2019-Feb-12
Document File: 11 page(s) / 14K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

J. Galvin: AUTHOR [+3]

Related Documents

10.17487/RFC1847: DOI

Abstract

This document defines a framework within which security services may be applied to MIME body parts. [STANDARDS-TRACK] This memo defines a new Simple Mail Transfer Protocol (SMTP) [1] reply code, 521, which one may use to indicate that an Internet host does not accept incoming mail. This memo defines an Experimental Protocol for the Internet community. This memo defines an extension to the SMTP service whereby an interrupted SMTP transaction can be restarted at a later time without having to repeat all of the commands and message content sent prior to the interruption. This memo defines an Experimental Protocol for the Internet community.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 16% of the total text.

Network Working Group J. Galvin Request For Comments: 1847 S. Murphy Category: Standards Track Trusted Information Systems S. Crocker CyberCash, Inc. N. Freed Innosoft International, Inc. October 1995

Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted

Status of this Memo

This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.

Abstract

This document defines a framework within which security services may be applied to MIME body parts. MIME, an acronym for "Multipurpose Internet Mail Extensions", defines the format of the contents of Internet mail messages and provides for multi-part textual and non- textual message bodies. The new content types are subtypes of multipart: signed and encrypted. Each will contain two body parts: one for the protected data and one for the control information necessary to remove the protection. The type and contents of the control information body parts are determined by the value of the protocol parameter of the enclosing multipart/signed or multipart/encrypted content type, which is required to be present.

Table of Contents

1. Introduction .............................................. 2 2. Definition of Security Subtypes of Multipart .............. 2 2.1 Definition of Multipart/Signed .......................... 3 2.2 Definition of Multipart/Encrypted ....................... 6 3. Definition of Control Information Content Types ........... 9 4. Definition of Key Management Content Types ................ 9 5. Security Considerations ................................... 10 6. Acknowledgements .......................................... 10 7. References ................................................ 10 8. Authors’ Addresses ........................................ 11

Galvin, et al Standards Track [Page 1]

RFC 1847 Security Multiparts October 1995

1. Introduction

An Internet electronic mail message consists of two parts: the headers and the body. The headers form a collection of field/value pairs structured according to STD 11, RFC 822 [1], whilst the body, if structured, is defined according to MIME [2]. The basic MIME specification does not provide specific security protection.

This document defines a framework whereby security protection provided by other protocols may be used with MIME in a complementary fashion. By itself, it does not specify security protection. A MIME agent must include support for both the framework defined here and a mechanism to interact with a security protocol defined in a separate document. The resulting combined service provides security for single-part and multi-part textual and non-textual messages.

The framework is provided by defining two new security subtypes of the MIME multipart content...

Processing...
Loading...