2008-08-27 37 views

Respuesta

-3

application/octet-stream

Puede transmitir los contenido de un archivo .eml a un navegador con este tipo de contenido y .mht como la extensión, y el correo electrónico se prestarán similar a la forma en que se representa en un cliente de correo electrónico.

4

mensaje/rfc822

RFC 822 - ESTÁNDAR PARA EL FORMATO DE ARPA Internet Mensajes de texto

Aquí es un hipervínculo: message/rfc822

2

"encapsulación MIME de Aggregate documentos, como HTML" (MHTML o MHT) es un estándar IETF propuesto en 1999 en el RFC 2557.

Su tipo MIME es multipart/related y la extensión es .mht.

Consulte también:

+0

"multipart/related" sería un tipo MIME para contenido MHT. Pero no para MHT en sí. – AnrDaemon

+0

@AnrDaemon Los tipos MIME siempre designan contenidos. No se trata principalmente del final del archivo. Y: "El contenido de un archivo MHTML está codificado como si fuera un mensaje de correo electrónico HTML, utilizando el tipo MIME multipart/related". Por lo tanto, esto debería ser correcto. – feeela

+0

Te estás perdiendo el punto. MHT tiene su propio encabezado MIME que forma parte del "cuerpo del documento" cuando lo transfiere. – AnrDaemon

4

Sé que esto es viejo, pero pensé que debe ser clarificado y explicado con más detalle ...

@ Guy Starbuck escribió:

mensaje/rfc822

RFC 822 - ESTÁNDAR PARA EL FORMATO DE MENSAJES DE TEXTO DE INTERNET ARPA

El problema con esta respuesta es que los archivos MHTML no se definen por RFC822.

El correcta de tipo de contenido para los archivos MHTML (.mht, .mhtml) es multipart/relacionados.

Como se indicó anteriormente, RFC822 define el formato para los mensajes de texto de internet. El tipo de contenido mensaje/rfc822 se utiliza para archivos adjuntos de texto dentro de mensajes de correo electrónico [1] [2].

La mayoría de nosotros probablemente haya recibido una respuesta a un correo electrónico en el que, en lugar de citarse en línea, el mensaje original se incluye como archivo adjunto.Ese adjunto tiene un tipo de contenido de mensaje/rfc822. En este tipo de correos electrónicos, los tipos de contenido se desglosan de la siguiente manera:

  • /mixta = todo el mensaje
  • text/plain mensaje de varias partes = texto del correo electrónico de respuesta
  • /rfc822 = correo electrónico original como archivo adjunto

Por otro lado, como se señala en @feeela, Los archivos MHTML se definen en RFC2557. Los archivos MHTML se componen de muchas partes diferentes, cada una de las cuales puede tener un tipo de contenido diferente. Sin embargo, RFC2557 define el tipo de contenido del archivo completo como multiparte/relacionado.

[1] RFC1341: MIME (Multipurpose Internet Mail Extensions)
[2] The message Content-Type

+0

Al menos en mi prueba, si usa "multipart/related", IE le pide que descargue el archivo. Si usa "message/rfc822", IE lo abre en línea. –

+0

Los archivos 'MHT' están estructurados exactamente de la misma manera que' RFC822' (y siguientes) definen el mensaje 'MAIL'. De acuerdo con https://tools.ietf.org/html/rfc2046 el 'mensaje/rfc822' define un objeto _composite_, que representa un mensaje' CORREO ', donde el cuerpo puede ser de cualquier tipo, y el encabezado especifica, cómo debe ser interpretado. Dicho esto, 'message/rfc822' es la respuesta correcta más cercana, incluso si no está especificada explícitamente. Otro tipo que he visto utilizado para archivos MHTML es application/mime, pero hará que los archivos se descarguen en la mayoría de los casos. – AnrDaemon

+0

'multipart/mixed' es un tipo de contenido para el mensaje BODY only. – AnrDaemon

Cuestiones relacionadas