A media type (formerly known as MIME type)^[1] is a two-part identifier for file formats and format contents transmitted on the Internet. The Internet Assigned Numbers Authority (IANA) is the official authority for the standardization and publication of these classifications. Media types were originally defined in Request for Comments 2045 in November 1996 as a part of MIME (Multipurpose Internet Mail Extensions) specification, for denoting type of email message content and attachments;^[2] hence the name MIME type. Media types are also used by other internet protocols such as HTTP^[3] and document file formats such as HTML,^[4] for similar purpose.

• 1Naming
  • 1.2Registration trees
• 3mime.types

Naming[edit]

A media type consists of a type and a subtype, which is further structured into a tree. A media type can optionally define a suffix and parameters:

type '/' [tree '.'] subtype ['+' suffix] *[';' parameter]

The currently registered types are: application, audio, example, font, image, message, model, multipart, text and video.

An unofficial top-level name in common use is called chemical.^[5][6][7]

As an example, an HTML file might be designated text/html; charset=UTF-8. In this example, text is the type, html is the subtype, and charset=UTF-8 is an optional parameter indicating the character encoding.

A subtype typically consists of a media format, but it may or must also contain other content, such as a tree prefix, producer, product or suffix, according to the different rules in registration trees.

It offers key analysis on how to leave. What Every Engineer Should Know About Starting a High-Tech Business Venture. Books.google.co.th - Written by an experienced business lawyer in the technology, scientific and engineering community, this publication is for the engineer with an innovative high-tech idea or concept who needs those crucial business insights and strategies to move that idea forward.

Types, subtypes, and parameter names are case-insensitive. Parameter values are usually case-sensitive, but may be interpreted in a case-insensitive fashion depending on the intended use.^[8]

Common examples[edit]

• application/javascript
• application/json
• application/x-www-form-urlencoded
• application/xml
• application/zip
• application/pdf
• application/sql
• application/graphql
• application/ld+json
• application/msword (.doc)
• application/vnd.openxmlformats-officedocument.wordprocessingml.document(.docx)
• application/vnd.ms-excel (.xls)
• application/vnd.openxmlformats-officedocument.spreadsheetml.sheet (.xlsx)
• application/vnd.ms-powerpoint (.ppt)
• application/vnd.openxmlformats-officedocument.presentationml.presentation (.pptx)
• application/vnd.oasis.opendocument.text (.odt)
• audio/mpeg
• audio/ogg
• multipart/form-data
• text/css
• text/html
• text/xml
• text/csv
• text/plain
• image/png
• image/jpeg
• image/gif

Registration trees[edit]

All media types should be registered using the IANA registration procedures. For the efficiency and flexibility of the media type registration process, different structures of subtypes can be registered in registration trees that are distinguished by the use of tree prefixes. Currently the following trees are created: standard (no prefix), vendor (vnd. prefix), personal or vanity (prs. prefix), unregistered (x. prefix). These registration trees were first defined in November 1996 (obsoleted RFC 2048 - currently RFC 6838). New registration trees may be created by IETF Standards Action for external registration and management by well-known permanent organizations (e.g. scientific societies).

Standards tree[edit]

The standards tree does not use any tree prefix:^[9]

type '/' subtype ['+' suffix] *[';' parameter]

Examples: application/javascript, image/png.

Registrations in the standards tree must be either associated with IETF specifications approved directly by the IESG, or registered by an IANA recognized standards-related organization.

Vendor tree[edit]

The vendor tree includes media types associated with publicly available products. It uses the vnd. tree prefix:^[9]

type '/' 'vnd.' subtype ['+' suffix] *[';' parameter]

Examples: application/vnd.ms-excel, application/vnd.oasis.opendocument.text.

The terms 'vendor' and 'producer' are considered equivalent in the context. Industry consortia as well as non-commercial entities can register media types in the vendor tree. A registration in the vendor tree may be created by anyone who needs to interchange files associated with some software product or set of products. However, the registration belongs to the vendor or organization producing the software that employs the type being registered, and that vendor or organization can at any time elect to assert ownership of a registration done by a third party.

Personal or vanity tree[edit]

The personal or vanity tree includes media types associated with non publicly available products or experimental media types. It uses the prs. tree prefix:

type '/' 'prs.' subtype ['+' suffix] *[';' parameter]

Examples: audio/prs.sid, image/prs.btif.

Unregistered tree[edit]

The unregistered tree includes media types intended exclusively for use in private environments and only with the active agreement of the parties exchanging them. It uses the x. tree prefix:

type '/' 'x.' subtype ['+' suffix] *[';' parameter]

Examples: application/x.foo, video/x.bar.

Media types in this tree cannot be registered. According to RFC 6838 (published in January 2013), any use of types in the unregistered tree is strongly discouraged. In addition, subtypes prefixed with x- or X- are no longer considered to be members of this tree.

According to obsoleted RFC 2048 (published in November 1996)—it should rarely, if ever, be necessary to use unregistered types, and as such use of any x., x- or X- prefixes is discouraged. Obsoleted RFC 1590 (published in September 1993) stated that the use of the x- or X- prefix may be used for unregistered subtypes.

Media types that have been widely deployed (with a subtype prefixed with x- or X-) without being registered, should be, if possible, re-registered with a proper prefixed subtype. If this is not possible, the media type can, after an approval by both the media types reviewer and the IESG, be registered in the standards tree with its unprefixed subtype.

Suffix[edit]

Suffix is an augmentation to the media type definition to additionally specify the underlying structure of that media type. Media types that make use of a named structured syntax should use the appropriate IANA registered '+'suffix for that structured syntax when they are registered. Unregistered suffixes should not be used (since January 2013). Structured syntax suffix registration procedures are defined in RFC 6838.^[9]

Examples of the currently registered suffixes are: +xml, +json, +ber, +der, +fastinfoset, +wbxml, +zip, +gzip, (in RFC 7049) +cbor^[10].

+xml suffix is defined since January 2001 (RFC 3023). Formal registration of +xml suffix and other suffixes is defined since January 2013 (RFC 6839).

Mailcap[edit]

Mailcap (derived from the phrase 'mail capability') is a type of meta file used to configure how MIME-aware applications such as mail clients and web browsers render files of different MIME-types. The mailcap format is defined by RFC 1524 'A User Agent Configuration Mechanism for Multimedia Mail Format Information) but is not defined as an Internet standard. It is supported by most Unix systems.

Lines can be comments starting with the # character, or a mime-type followed by how to handle that mime type. The first part is called the content-type, and the second part is called the view-command. For example, video/mpeg; xmpeg %s says if a file encoded in mime has type video/mpeg, run the xmpeg program with the file name as a parameter.

mime.types[edit]

An associated file is the mime.types file, which associates filename extensions with a MIME type. If the MIME type is properly set, this is unnecessary, but MIME types may be incorrectly set, or set to a generic type such as application/octet-stream, and mime.types allows one to fall back on the extension in these cases. Similarly, since many file systems do not store MIME type information, but instead rely on the filename extension, a mime.types file is frequently used by web servers to determine MIME type.

When viewing a file, these two work together as follows: mime.types associates an extension with a MIME type, while mailcap associates a MIME type with a program.

In UNIX-type systems, the mime.types file is usually located at /etc/mime.types and/or $HOME/.mime.types and the format is simply that each line is a space-delimited list of a MIME type, followed by zero or more extensions. For example, the HTML type can be associated with the extensions .htm and .html by the following line:

Netscape use[edit]

The mime.types file dates to Netscape, where it used a different format;^[11] it used key-value pairs and a comma-separated list of extensions, together with a standard header consisting of a specific comment that identifies the file as a mime.types file, as follows.

See also[edit]

References[edit]

1. ^'Media Types'. IANA. IANA. 4 June 2018. Retrieved 5 June 2018.
2. ^Freed, N.; Borenstein, N. (November 1996). 'Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies'. Internet Engineering Task Force. Retrieved 15 July 2015.
3. ^'Hypertext Transfer Protocol -- HTTP/1.0'. May 1996. Retrieved 2 Feb 2017.
4. ^'HTML 4.01 Specification'. 24 Dec 1999. Retrieved 2 Feb 2017.
5. ^Daniel Leidert, Egon Willighagen (2007). 'The chemical-mime-data project'. Retrieved 2016-04-28.
6. ^'Chemical MIME Home page'. Retrieved 11 May 2019.
7. ^S. Rzepa, Henry; Murray-Rust, Peter; J. Whitaker, Benjamin (14 August 1998). 'The Application of Chemical Multipurpose Internet Mail Extensions (Chemical MIME) Internet Standards to Electronic Mail and World Wide Web Information Exchange'. Journal of Chemical Information and Modeling. American Chemical Society. doi:10.1021/ci9803233.
8. ^'Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies'. November 1996. Retrieved 20 September 2018.
9. ^ ^abcFreed, N. 'Media Type Specifications and Registration Procedures'. RFC6838. Internet Engineering Task Force (IETF). ISSN2070-1721. Retrieved 15 July 2015.
10. ^'Structured Syntax Suffix Registry'(XML). IANA. 2012-07-20. Retrieved 15 July 2015.
11. ^WEBMASTERS: mime typesArchived 2000-12-07 at Archive.today, John McAnally, Thu, 22 Jan 1998 15:29:29 -0600 (CST)

External links[edit]

A media type (formerly known as MIME type)^[1] is a two-part identifier for file formats and format contents transmitted on the Internet. The Internet Assigned Numbers Authority (IANA) is the official authority for the standardization and publication of these classifications. Media types were originally defined in Request for Comments 2045 in November 1996 as a part of MIME (Multipurpose Internet Mail Extensions) specification, for denoting type of email message content and attachments;^[2] hence the name MIME type. Media types are also used by other internet protocols such as HTTP^[3] and document file formats such as HTML,^[4] for similar purpose.

• 1Naming
  • 1.2Registration trees
• 3mime.types

Naming[edit]

A media type consists of a type and a subtype, which is further structured into a tree. A media type can optionally define a suffix and parameters:

type '/' [tree '.'] subtype ['+' suffix] *[';' parameter]

The currently registered types are: application, audio, example, font, image, message, model, multipart, text and video.

Pes games 2010. An unofficial top-level name in common use is called chemical.^[5][6][7]

As an example, an HTML file might be designated text/html; charset=UTF-8. In this example, text is the type, html is the subtype, and charset=UTF-8 is an optional parameter indicating the character encoding.

A subtype typically consists of a media format, but it may or must also contain other content, such as a tree prefix, producer, product or suffix, according to the different rules in registration trees.

Types, subtypes, and parameter names are case-insensitive. Parameter values are usually case-sensitive, but may be interpreted in a case-insensitive fashion depending on the intended use.^[8]

Common examples[edit]

• application/javascript
• application/json
• application/x-www-form-urlencoded
• application/xml
• application/zip
• application/pdf
• application/sql
• application/graphql
• application/ld+json
• application/msword (.doc)
• application/vnd.openxmlformats-officedocument.wordprocessingml.document(.docx)
• application/vnd.ms-excel (.xls)
• application/vnd.openxmlformats-officedocument.spreadsheetml.sheet (.xlsx)
• application/vnd.ms-powerpoint (.ppt)
• application/vnd.openxmlformats-officedocument.presentationml.presentation (.pptx)
• application/vnd.oasis.opendocument.text (.odt)
• audio/mpeg
• audio/ogg
• multipart/form-data
• text/css
• text/html
• text/xml
• text/csv
• text/plain
• image/png
• image/jpeg
• image/gif

Registration trees[edit]

All media types should be registered using the IANA registration procedures. For the efficiency and flexibility of the media type registration process, different structures of subtypes can be registered in registration trees that are distinguished by the use of tree prefixes. Currently the following trees are created: standard (no prefix), vendor (vnd. prefix), personal or vanity (prs. prefix), unregistered (x. prefix). These registration trees were first defined in November 1996 (obsoleted RFC 2048 - currently RFC 6838). New registration trees may be created by IETF Standards Action for external registration and management by well-known permanent organizations (e.g. scientific societies).

Standards tree[edit]

The standards tree does not use any tree prefix:^[9]

type '/' subtype ['+' suffix] *[';' parameter]

Examples: application/javascript, image/png.

Registrations in the standards tree must be either associated with IETF specifications approved directly by the IESG, or registered by an IANA recognized standards-related organization.

Vendor tree[edit]

The vendor tree includes media types associated with publicly available products. It uses the vnd. tree prefix:^[9]

type '/' 'vnd.' subtype ['+' suffix] *[';' parameter]

Examples: application/vnd.ms-excel, application/vnd.oasis.opendocument.text.

The terms 'vendor' and 'producer' are considered equivalent in the context. Industry consortia as well as non-commercial entities can register media types in the vendor tree. A registration in the vendor tree may be created by anyone who needs to interchange files associated with some software product or set of products. However, the registration belongs to the vendor or organization producing the software that employs the type being registered, and that vendor or organization can at any time elect to assert ownership of a registration done by a third party.

Personal or vanity tree[edit]

The personal or vanity tree includes media types associated with non publicly available products or experimental media types. It uses the prs. tree prefix:

type '/' 'prs.' subtype ['+' suffix] *[';' parameter]

Examples: audio/prs.sid, image/prs.btif.

Unregistered tree[edit]

The unregistered tree includes media types intended exclusively for use in private environments and only with the active agreement of the parties exchanging them. It uses the x. tree prefix:

type '/' 'x.' subtype ['+' suffix] *[';' parameter]

Examples: application/x.foo, video/x.bar.

Media types in this tree cannot be registered. According to RFC 6838 (published in January 2013), any use of types in the unregistered tree is strongly discouraged. In addition, subtypes prefixed with x- or X- are no longer considered to be members of this tree.

According to obsoleted RFC 2048 (published in November 1996)—it should rarely, if ever, be necessary to use unregistered types, and as such use of any x., x- or X- prefixes is discouraged. Obsoleted RFC 1590 (published in September 1993) stated that the use of the x- or X- prefix may be used for unregistered subtypes.

Further, you can click on any name or category in the above list to see list of songs of that particular person or category. Average rating of songs and number of votes by visitors of HindiGeetMala. You can click the song heading in above list to view video, and lyrics of the song. Sajan song video. Navigation Help / Guide On all movie pages, a list of all the songs from that particular movie are there with basic information about the movie.

Media types that have been widely deployed (with a subtype prefixed with x- or X-) without being registered, should be, if possible, re-registered with a proper prefixed subtype. If this is not possible, the media type can, after an approval by both the media types reviewer and the IESG, be registered in the standards tree with its unprefixed subtype.

Suffix[edit]

Suffix is an augmentation to the media type definition to additionally specify the underlying structure of that media type. Media types that make use of a named structured syntax should use the appropriate IANA registered '+'suffix for that structured syntax when they are registered. Unregistered suffixes should not be used (since January 2013). Structured syntax suffix registration procedures are defined in RFC 6838.^[9]

Examples of the currently registered suffixes are: +xml, +json, +ber, +der, +fastinfoset, +wbxml, +zip, +gzip, (in RFC 7049) +cbor^[10].

+xml suffix is defined since January 2001 (RFC 3023). Formal registration of +xml suffix and other suffixes is defined since January 2013 (RFC 6839).

Mailcap[edit]

Mailcap (derived from the phrase 'mail capability') is a type of meta file used to configure how MIME-aware applications such as mail clients and web browsers render files of different MIME-types. The mailcap format is defined by RFC 1524 'A User Agent Configuration Mechanism for Multimedia Mail Format Information) but is not defined as an Internet standard. It is supported by most Unix systems.

Lines can be comments starting with the # character, or a mime-type followed by how to handle that mime type. The first part is called the content-type, and the second part is called the view-command. For example, video/mpeg; xmpeg %s says if a file encoded in mime has type video/mpeg, run the xmpeg program with the file name as a parameter.

mime.types[edit]

An associated file is the mime.types file, which associates filename extensions with a MIME type. If the MIME type is properly set, this is unnecessary, but MIME types may be incorrectly set, or set to a generic type such as application/octet-stream, and mime.types allows one to fall back on the extension in these cases. Similarly, since many file systems do not store MIME type information, but instead rely on the filename extension, a mime.types file is frequently used by web servers to determine MIME type.

When viewing a file, these two work together as follows: mime.types associates an extension with a MIME type, while mailcap associates a MIME type with a program.

In UNIX-type systems, the mime.types file is usually located at /etc/mime.types and/or $HOME/.mime.types and the format is simply that each line is a space-delimited list of a MIME type, followed by zero or more extensions. For example, the HTML type can be associated with the extensions .htm and .html by the following line:

Netscape use[edit]

The mime.types file dates to Netscape, where it used a different format;^[11] it used key-value pairs and a comma-separated list of extensions, together with a standard header consisting of a specific comment that identifies the file as a mime.types file, as follows.

See also[edit]

References[edit]

1. ^'Media Types'. IANA. IANA. 4 June 2018. Retrieved 5 June 2018.
2. ^Freed, N.; Borenstein, N. (November 1996). 'Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies'. Internet Engineering Task Force. Retrieved 15 July 2015.
3. ^'Hypertext Transfer Protocol -- HTTP/1.0'. May 1996. Retrieved 2 Feb 2017.
4. ^'HTML 4.01 Specification'. 24 Dec 1999. Retrieved 2 Feb 2017.
5. ^Daniel Leidert, Egon Willighagen (2007). 'The chemical-mime-data project'. Retrieved 2016-04-28.
6. ^'Chemical MIME Home page'. Retrieved 11 May 2019.
7. ^S. Rzepa, Henry; Murray-Rust, Peter; J. Whitaker, Benjamin (14 August 1998). 'The Application of Chemical Multipurpose Internet Mail Extensions (Chemical MIME) Internet Standards to Electronic Mail and World Wide Web Information Exchange'. Journal of Chemical Information and Modeling. American Chemical Society. doi:10.1021/ci9803233.
8. ^'Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies'. November 1996. Retrieved 20 September 2018.
9. ^ ^abcFreed, N. 'Media Type Specifications and Registration Procedures'. RFC6838. Internet Engineering Task Force (IETF). ISSN2070-1721. Retrieved 15 July 2015.
10. ^'Structured Syntax Suffix Registry'(XML). IANA. 2012-07-20. Retrieved 15 July 2015.
11. ^WEBMASTERS: mime typesArchived 2000-12-07 at Archive.today, John McAnally, Thu, 22 Jan 1998 15:29:29 -0600 (CST)

External links[edit]