4. Security Considerations

   This memo does not address specific security issues but outlines a
   security review process for Media Types.

5. Acknowledgements

   Most of the words in this RFC were written by other people --
   primarily John Klensin and Greg Vaudreuil -- and my contribution has
   been to slightly modify some sentences, delete some phrases, and to
   rearrange some paragraphs.  This means that i am responsible for all
   the bad ideas and mangled English, and they deserve the credit (and
   rightly) all the good ideas.













 
RFC 1590           Media Type Registration Procedure          March 1994


6. Author's Address

   Jon Postel
   USC/Information Sciences Institute
   4676 Admiralty Way
   Marina del Rey, CA  90292

   Phone: 310-822-1511
   Fax:   310-823-6714
   EMail: Postel@ISI.EDU

7. References

   [1] Borenstein N., and N. Freed, "MIME (Multipurpose Internet Mail
       Extensions) Part One:  Mechanisms for Specifying and Describing
       the Format of Internet Message Bodies", RFC 1521, Bellcore,
       Innosoft, September 1993.

   [2] Reynolds, J., and J. Postel, "Assigned Numbers", STD 2, RFC 1340,
       USC/Information Sciences Institute, July 1992.

   [3] Postel,J., "Instructions to RFC Authors", RFC 1543,
       USC/Information Sciences Institute, October 1993.





























 
RFC 1590           Media Type Registration Procedure          March 1994


Appendix A -- IANA Registration Procedures for Media Types

   MIME has been carefully designed to have extensible mechanisms, and
   it is expected that the set of content-type/subtype pairs and their
   associated parameters will grow significantly with time.  Several
   other MIME fields, notably character set names, access-type
   parameters for the message/external-body type, and possibly even
   Content-Transfer-Encoding values, are likely to have new values
   defined over time.

   In general, parameters in the content-type header field are used to
   convey supplemental information for various content types, and their
   use is defined when the content-type and subtype are defined.  New
   parameters should not be defined as a way to introduce new