Browse Prior Art Database

SMTP and MIME Extensions for Content Conversion (RFC4141)

IP.com Disclosure Number: IPCOM000131720D
Original Publication Date: 2005-Nov-01
Included in the Prior Art Database: 2005-Nov-17
Document File: 27 page(s) / 56K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

K. Toyoda: AUTHOR [+2]

Abstract

A message originator sometimes sends content in a form the recipient cannot process or would prefer not to process a form of lower quality than is preferred. Such content needs to be converted to an acceptable form, with the same information or constrained information (e.g., changing from color to black and white). In a store-and- forward environment, it may be convenient to have this conversion performed by an intermediary. This specification integrates two ESMTP extensions and three MIME content header fields, which defines a cooperative service that permits authorized, accountable content form conversion by intermediaries.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 5% of the total text.

Network Working Group                                          K. Toyoda
Request for Comments: 4141                                           PCC
Category: Standards Track                                     D. Crocker
                                                             Brandenburg
                                                           November 2005


            SMTP and MIME Extensions for Content Conversion

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.

Copyright Notice

   Copyright (C) The Internet Society (2005).

Abstract

   A message originator sometimes sends content in a form the recipient
   cannot process or would prefer not to process a form of lower quality
   than is preferred.  Such content needs to be converted to an
   acceptable form, with the same information or constrained information
   (e.g., changing from color to black and white).  In a store-and-
   forward environment, it may be convenient to have this conversion
   performed by an intermediary.  This specification integrates two
   ESMTP extensions and three MIME content header fields, which defines
   a cooperative service that permits authorized, accountable content
   form conversion by intermediaries.


Toyoda & Crocker            Standards Track                     [Page 1]
RFC 4141     SMTP & MIME Extensions for Content Conversion November 2005


Table of Contents

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  2
       1.1. Background. . . . . . . . . . . . . . . . . . . . . . . .  3
       1.2. Overview. . . . . . . . . . . . . . . . . . . . . . . . .  3
       1.3. Notational Conventions. . . . . . . . . . . . . . . . . .  5
   2.  Applicability. . . . . . . . . . . . . . . . . . . . . . . . .  5
   3.  Service Specification. . . . . . . . . . . . . . . . . . . . .  5
       3.1. Sending Permission. . . . . . . . . . . . . . . . . . . .  9
       3.2. Returning Capabilities. . . . . . . . . . . . . . . . . . 10
       3.3. Next-Hop Non-Support of Service . . . . . . . . . . . . . 12
   4.  Content Conversion Permission SMTP Extension . . . . . . . . . 12
       4.1. Content Conversion Permission Service Extension
            Definition. . . . . . . . . . . . . . . . . . . . . . . . 12
       4.2. CONPERM Parameter to M...