Multipurpose Internet Mail Extensions

8 pages
0 views
of 8

Please download to get full document.

View again

All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
Share
Description
Description:
Similar Documents
Tags
Transcript
  Multipurpose Internet Mail Extensions  Multipurpose  Inter net Mail Extensions  o MIME  (en español extensiones multipropósito de correo de internet ) son una serie deconvenciones o especificaciones dirigidas al intercambio a través de Internet de todo tipo de archivos (texto, audio, vídeo, etc.) deforma transparente para el usuario. Una parte importante del MIME está dedicada a mejorar las posibilidades de transferencia detexto en distintos idiomas y alfabetos. En sentido general las extensiones de MIME van encaminadas a soportar: Texto en conjuntos de caracteres distintos deUS-ASCII;adjuntos que no son de tipo texto;cuerpos de mensajes con múltiples partes (multi-part);información de encabezados con conjuntos de caracteres distintos de ASCII. Prácticamente todos los mensajes de correo electrónico escritos por personas en Internet y una proporción considerable de estosmensajes generados automáticamente son transmitidos en formato MIME a través de SMTP. Los mensajes de correo electrónico enInternet están tan cercanamente asociados con el SMTP y MIME que usualmente se les llama mensaje SMTP/MIME . 1  En 1991 la IETF (Grupo de Trabajo en Ingeniería de Internet, Internet Engineering Task Force en inglés) comenzó a desarrollar estanorma y desde 1994 todas las extensiones MIME están especificadas de forma detallada en diversos documentos oficiales disponible en Internet.MIME está especificado en seis  Request for Comments  o RFC (en español solicitud de comentarios): RFC 2045, RFC 2046, RFC2047, RFC 4288, RFC 4289 y RFC 2077. Los tipos de contenido definidos por el estándar MIME tienen gran importancia también fuera del contexto de los mensajeselectrónicos. Ejemplo de esto son algunos protocolos de red tales como HTTP de la Web. HTTP requiere que los datos seantransmitidos en un contexto de mensajes tipo e-mail aunque los datos pueden no ser un e-mail propiamente dicho.En la actualidad ningún programa de correo electrónico o navegador de Internet puede considerarse completo si no acepta MIME ensus diferentes facetas (texto y formatos de archivo). IntroducciónNomenclatura de tiposMIME headers MIME-VersionContent-TypeContent-Transfer-Encoding Encoded-Word Diferencias entre Q-encoding y quoted-printable Mensajes multiparte. Subtipos de MultiparteMixedMessageDigestAlternativeRelatedReportSignedEncrypted Índice  Form DataMixed-Replace (Experimental) Véase tambiénReferenciasEnlaces externos El protocolo básico de transmisión de mensajes electrónicos de Internet soporta sólo caracteres ASCII de 7 bit (véase también8BITMIME). Esto limita los mensajes de correo electrónico, ya que incluyen sólo caracteres suficientes para escribir en un númeroreducido de lenguajes, principalmente Inglés. Otros lenguajes basados en el Alfabeto latino es adicionalmente un componentefundamental en protocolos de comunicación como HTTP, el que requiere que los datos sean transmitidos como un e-mail aunque losdatos pueden no ser un e-mail propiamente dicho. Los clientes de correo y los servidores de correoconvierten automáticamente desdey a formato MIME cuando envían o reciben (SMTP/MIME) e-mails.MIME asigna un nombre a cada tipo de datos. Los nombres siguen el siguiente formato:tipo/subtipo (tipo como subtipo son cadenas de caracteres)El tipo define la categoría general de los datos y el subtipo define un tipo más específico de esos datos. El tipo puede contener lossiguientes valores: text: Indica que el contenido es texto plano. Ejemplos de subtipos: html, xmlmultipart: Indica que tiene múltiples partes de datos independientes. Ejemplos de subtipos: form-data, digestmessage: Para encapsular un mensaje existente. Por ejemplo cuando queremos responder a un mensaje de correoincorporando el mensaje srcen. Ejemplos de subtipos: partial, rfc822image: Indica que es una imagen. Ej de subtipos: png, gifaudio: Indica que es un audio. Ejemplos de subtipos: mp3, 32kadpcmvideo: Indica que es un video. Ejemplos de subtipos: mpeg, aviapplication: Indica que se trata de datos de aplicación los cuales pueden ser binarios. Ejemplos de subtipos: json,pdf 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 esteencabezado aparece como: MIME-Version: 1.0 Debe señalarse que los implementadores han intentado cambiar el número de versión en el pasado y el cambio ha tenido resultadosimprevistos. En una reunión de IETF realizada en julio 2007 se decidió mantener el número de versión en 1.0 aunque se hanrealizado muchas actualizaciones a la versión de MIME.Este encabezado indica el tipo de medio que representa el contenido del mensaje, consiste en un tipo: type  y un subtipo: subtype , porejemplo: IntroducciónNomenclatura de tiposMIME headers MIME-VersionContent-Type  Content-Type: text/plain A través del uso del tipo multiparte  ( multipart  ), MIME da la posibilidad de crear mensajes que tengan partes y subpartesorganizadas en una estructura arbórea en la que los nodos hoja  pueden ser cualquier tipo de contenido no multiparte y los nodos queno son hojas  pueden ser de cualquiera de las variedades de tipos multiparte. Este mecanismo soporta: mensajes de texto plano usando text/plain  (este es el valor implícito para el encabezado Content-type: )texto más archivos adjuntos ( multipart/mixed   con una parte text/plain  y otras partes que no son de texto, porejemplo: application/pdf   para documentos pdf, application/vnd.oasis.opendocument.text  para OpenDocument text).Un mensaje MIME que incluye un archivo adjunto generalmente indica el nombre srcinal del archivo con unencabezado Content-disposition: o por un atributo name  de Content-Type, por lo que el tipo  o formato  del archivose indica usando tanto el encabezado MIME content-type y la extensión del archivo (usualmente dependiente delSO). Content-Type: application/vnd.oasis.opendocument.text; name= Carta.odt Content-Disposition: inline; filename= Carta.odt reenviar con el mensaje srcinal adjunto ( multipart/mixed   con una parte text/plain  y el mensaje srcinal como unaparte message/rfc822 )contenido alternativo, un mensaje que contiene el texto tanto en texto plano como en otro formato, usualmenteHTML ( multipart/alternative con el mismo contenido en forma de text/plain  y text/html  )muchas otras construcciones de mensaje En Junio de 1992, MIME (RFC 1341 queda obsoleta por la nueva RFC 2045) define un conjunto de métodos para representar datosbinarios usando texto ASCII. El encabezado MIME content-transfer-encoding:  indica el método que ha sido usado. La RFC y la listade IANA definen los siguientes valores, que no son sensibles a mayúsculas ni minúsculas: Adecuados para usar con SMTP: 7bit  — soporta hasta 998 octetos por línea de código; los caracteres están en el rango entre 1..127 con CR y LF(códigos 13 y 10 respectivamente) que sólo pueden aparecer como parte de un fin de línea CRLF. Este es elvalor implícito para este encabezado. Quoted printable  — usado para codificar secuencias arbitrarias de octetos de forma que satisfaga las reglas de7bit. Fue diseñado para ser eficiente y en la mayoría de los casos legible para un humano cuando es usado condatos de texto que consisten primariamente en caracteres del conjunto US-ASCII y que también contenganporciones de bytes con valores que están fuera de ese rango. base64  — usado para codificar secuencias arbitrarias de octetos de forma que satisfaga las reglas de 7bit.Tiene una sobrecarga fija al ejecutar el algoritmo y tiene el propósito de ser usado con datos que no sean detexto o textos que contengan pocos valores dentro del rango de ASCII.Adecuado para usar con servidores SMTP que soporten 8BITMIME extensiones SMTP: 8bit  — soporta hasta 998 octetos por línea de código, los caracteres están en el rango entre 1..256 con CR y LF(códigos 13 y 10 respectivamente) que sólo pueden aparecer como parte de un fin de línea CRLF.Adecuados sólo para usar con servidores SMTP que soporten la extensión SMTP BINARYMIME (RFC 3030): binary  — cualquier secuencia de octetos. No existe una codificación definida explícitamente para enviar datos binarios arbitrarios a través de un transporte SMTP con lasextensiones 8BITMIME. Por tanto base64 o quoted-printable (con sus ineficiencias asociadas) tienen que ser usadas aún. Estasrestricciones no se aplican a otros usos de MIME como son Servicios Web con adjuntos MIME o MTOM Content-Transfer-Encoding Encoded-Word  Desde la RFC 2822, los nombres y valores de los encabezados MIME de mensajes son siempre caracteres ASCII; los valores quecontengan otro tipo de caracteres tienen que usar la sintaxis de palabra codificada o encoded-word  (RFC 2047) en lugar del textoliteral. Esta sintaxis utiliza una cadena de caracteres ASCII que indica el conjunto de caracteres srcinal (el charset  ) y el content-transfer-encoding usado para mapear los bytes del conjunto srcinal a caracteres ASCII.Su forma general es:  =?charset?codificación?texto codificado?= charset   puede ser cualquier conjunto de caracteres registrado con IANA. Típicamente coincidirá con el charset delcuerpo del mensaje. codificación  puede ser: Q que denota Q-encoding que es similar a la codificación quoted-printable, o B quedenota la codificación base64. texto codificado  es el texto codificado con Q-encoding o base64. Los códigos ASCII del signo de pregunta (?) y el signo de igualdad (=) no pueden ser representados directamente dado que ellos sonusados como delimitadores del encoded-word. El código ASCII reservado para el espacio no puede ser representado directamenteporque puede ocasionar que intérpretes antiguos dividan, de forma no deseada, el encoded-word. Para hacer la codificación máspequeñ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 sepueda representar directamente. El uso de encoded-word en ciertas partes de los encabezados impone otras restricciones sobre cuálescaracteres pueden o no ser representados directamente.Por ejemplo:  Subject: =?utf-8?Q?=C2=A1Hola,_se=C3=B1or!?= es interpretado como:  Subject: ¡Hola, señor! El formato encoded-word no se utiliza para los nombres de los encabezados (por ejemplo Subject ). Estos nombres de encabezadosson siempre en Inglés. Cuando se lee el mensaje con un cliente de correo en otro idioma que no sea Inglés, los nombres de losencabezados son traducidos por el cliente.Un mensaje MIME multiparte contiene una frontera en el encabezado Content-type: ; esta frontera, que no puede aparecer enninguna de las partes, es ubicada entre cada una de ellas, y al inicio y al final del cuerpo del mensaje, como se muestra acontinuación: MIME-version: 1.0 Content-type: multipart/mixed; boundary= frontera This is a multi-part message in MIME format. --frontera Content-type: text/plain Este es el cuerpo del mensaje --frontera Content-type: application/octet-stream Content-transfer-encoding: base64 PGh0bWw+CiAgPGhlYWQ+CiAgPC9oZWFkPgogIDxib2R5PgogICAgPHA+RXN0ZSBlcyBlbCBjdWVycG8gZGVsIG1lbnNhamU8L3A+CiAgPC9ib2R5Pgo8L2h0bWw+Cic=\ --frontera-- Diferencias entre Q-encoding y quoted-printable Mensajes multiparte.
Related Search
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks