Content Language Headers

Abstract

This document defines a "Content-language:" header, for use in cases where one desires to indicate the language of something that has RFC 822-like headers, like MIME body parts or Web documents, and an "Accept-Language:" header for use in cases where one wishes to indicate one's preferences with regard to language.

vCard Format Specification

“…The LANGUAGE property parameter is used to identify data in multiple languages. There is no concept of "default" language, except as specified by any "Content-Language" MIME header parameter that is present [RFC3282]. value-param = "VALUE=" value-type value-type = "text" / "uri" / "date" / "time" / "date-time" / "date-and-or-time" / "timestamp" / "boolean" / "integer" / "float" / "utc-offset" / "language-tag" / iana-token ; registered as described in section 12 / x-name…”

PB-TNC: A Posture Broker (PB) Protocol Compatible with Trusted Network Connect (TNC)

“…The text after this diagram describes the fields shown here. 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 The Language Preference field contains an Accept-Language header, as described in RFC 3282 [4] (using the RFC 2234 ABNF definition of Accept-Language included in that RFC, US-ASCII only, no control characters allowed, no comments, no NUL termination). Any Posture Broker Client or Posture Broker Server that sends a PB-LanguagePreference message MUST ensure that the Language Preference field conforms to this format.…”

iCalendar Message-Based Interoperability Protocol (iMIP)

“…CUAs can use other MIME parameters of the "Content-Type" header field, as well as a language specified in the Content-Language header field [RFC3282], to pick a "text/calendar" part for processing if a "multipart/alternative" MIME message contains more than one "text/calendar" part.…”