Multipurpose Internet Mail Extensions

[1]​ En 1991 la IETF comenzó a desarrollar esta norma y desde 1994 todas las extensiones MIME están especificadas de forma detallada en diversos documentos oficiales disponibles en Internet.HTTP requiere que los datos sean transmitidos en un contexto de mensajes tipo correo electrónico aunque los datos pueden no ser un mensaje de correo electrónico propiamente dicho.El tipo puede contener los siguientes valores: La presencia de este encabezado indica que el mensaje utiliza el formato MIME.Su valor es típicamente igual a "1.0" por lo que este encabezado aparece como: MIME-Version: 1.0.La RFC y la lista de IANA definen los siguientes valores, que no son sensibles a mayúsculas ni minúsculas: No existe una codificación definida explícitamente para enviar datos binarios arbitrarios a través de un transporte SMTP con las extensiones 8BITMIME.y el signo de igualdad (=) no pueden ser representados directamente dado que ellos son usados como delimitadores del encoded-word.Para hacer la codificación más pequeña y fácil de leer, el símbolo subrayado (_) se utiliza en lugar del espacio, creando el efecto colateral que este símbolo no se pueda representar directamente.Una aplicación que cumpla mínimamente el estándar debe soportar al menos mixed y digest; el resto de los subtipos son opcionales.Definido en RFC 2046, Sección 5.1.3 Una parte message/rfc822 contiene un mensaje de correo electrónico, incluyendo cualquier encabezado.El subtipo multipart/alternative indica que cada parte es una versión "alternativa" del mismo contenido (o similar), cada una en formatos diferentes denotados por su encabezado "Content-Type".Lo que ocurre más comúnmente es usar multipart/alternative para mensajes con dos partes, una como texto plano (text/plain) y una HTML (text/html).La parte en texto plano provee compatibilidad con clientes viejos que no son capaces de entender otros formatos, mientras que la parte HTML permite usar formato de texto y enlaces.Aunque se pretende que cada parte represente el mismo contenido, esto no es requerido.Definido en RFC 2046, Sección 5.1.4 El subtipo multipart/related es usado para indicar que las partes del mensaje no deben ser consideradas individualmente sino como agregados de un todo.Un uso común de este subtipo es para enviar páginas web completas con imágenes en un único mensaje.Definido en RFC 1847, Sección 2.2 Como su nombre lo indica, multipart/form-data es usada para expresar valores enviados a través de un formulario.Originalmente definido como parte de HTML 4.0, es mayormente utilizado para enviar archivos vía HTTP.