Visor de estructura MIME del correo
Explora las partes MIME de un EML. Revisa tipos, juegos de caracteres y codificaciones; descarga partes decodificadas o JSON de estructura.
Suelta tu archivo EML aquí
Comprueba cómo se relacionan mensaje, cuerpos alternativos y adjuntos.
Archivos .eml hasta 25 MB · Sin subir archivosAbriendo tu correo…
Cómo revisar la estructura MIME de un correo
MIME describe cómo se combinan texto, HTML, recursos insertados y adjuntos. El visor muestra el árbol recuperado en orden original para relacionar el mensaje visible con las partes que lo producen.
- Abre un EML o el correo multiparte de ejemplo.
- Selecciona una parte para revisar cabeceras, tipo declarado, juego de caracteres, codificación y tamaño decodificado.
- Descarga una parte hoja decodificada o el JSON. Cambia a las pestañas del correo para leer el mensaje.
Un árbol MIME del correo de ejemplo
El correo ficticio studio-visit tiene dos versiones del cuerpo y un adjunto de texto. El árbol reproduce la estructura que muestra el botón de ejemplo. El contenedor exterior agrupa cuerpo y adjunto; el interior ofrece texto y HTML como alternativas.
Estructura de studio-visit.eml
multipart/mixed
├── multipart/alternative
│ ├── text/plain; charset=UTF-8
│ │ Content-Transfer-Encoding: 8bit
│ └── text/html; charset=UTF-8
│ Content-Transfer-Encoding: 8bit
└── text/plain; name="visit-details.txt"
Content-Disposition: attachment
Content-Transfer-Encoding: base64Partes mixed, alternative y related
Estos tipos explican las relaciones previstas entre partes. Un correo puede anidarlas, usar otros tipos o declaraciones mal formadas. Se muestra lo recuperado por el analizador, sin validar MIME ni garantizar interpretación idéntica en todos los clientes.
| Contenedor MIME | Uso habitual | Cómo interpretarlo |
|---|---|---|
| multipart/mixed | Un cuerpo y partes adicionales independientes. | Busca documentos adjuntos u otros archivos junto al mensaje. |
| multipart/alternative | Representaciones diferentes del mismo contenido. | Texto y HTML suelen ser alternativas, no correos separados. |
| multipart/related | Un cuerpo y los recursos que utiliza. | Content-ID vincula una imagen insertada con una referencia cid: de HTML. |
Tipo de contenido, juego de caracteres y transferencia
Content-Type declara el tipo, por ejemplo text/html o image/png. charset indica cómo interpretar los bytes de texto. Content-Transfer-Encoding describe su representación durante el transporte, normalmente base64, quoted-printable o datos 8bit sin codificar.
Content-Disposition puede señalar adjunto o contenido insertado y un nombre de archivo. Content-ID identifica recursos referidos por otras partes. Revisa estos campos juntos, sin asumir que la extensión describe por completo la parte.
El tamaño decodificado corresponde a la parte tras decodificar la transferencia y puede diferir del texto codificado en EML. El juego de caracteres es un paso separado; descargar una parte sin depurar no la convierte automáticamente en texto UTF-8.
Descargas decodificadas y manifiesto JSON
Una descarga hoja conserva bytes originales tras decodificar la transferencia, sin sanitizar. El HTML puede conservar contenido eliminado de la vista segura. La vista de estructura no lo ejecuta; usa EML a HTML para obtener una copia de lectura depurada.
El manifiesto JSON recoge estructura, cabeceras y metadatos sin bytes del cuerpo. Ayuda a comparar cómo se construyen mensajes; el EML original sigue siendo necesario para reproducir el contenido completo.
Un message/rfc822 adjunto queda como una parte descargable: ábrelo aparte para revisar su estructura anidada. Límites: 25 MB, 1.000 partes y 30 niveles. Superarlos da error, no un árbol truncado.
Preguntas sobre el visor MIME
¿Qué significa multipart/alternative?
Agrupa versiones del mismo contenido, normalmente texto y HTML. multipart/mixed reúne cuerpo y adjuntos; multipart/related vincula el cuerpo con recursos insertados.
¿Valida el cumplimiento MIME?
No. Muestra la estructura recuperada por un analizador que tolera algunos mensajes mal formados. No valida estándares ni autenticidad.
¿Expande los EML adjuntos?
Un message/rfc822 adjunto permanece como una parte descargable. Descárgalo y ábrelo aparte para revisar su estructura interna.
¿Se sanitizan las partes decodificadas?
No. Las descargas contienen bytes originales tras decodificar la transferencia y se etiquetan como tales. La vista del correo se depura por separado. El HTML no se ejecuta en la vista de estructura.
¿Qué límites hay?
Límites: 25 MB, 1.000 partes MIME y 30 niveles. Superarlos produce un error en vez de una estructura truncada.
¿Mis datos salen del dispositivo?
Archivos y texto pegado se procesan en el navegador sin subirlos a EMLKit. Quita la entrada o sal de la página para limpiar el espacio de trabajo. Las peticiones normales del sitio llegan al alojamiento. Leer sobre tratamiento de archivos.