Encabezados y cuerpo juntos
De, para, asunto, fecha y el cuerpo del mensaje se renderizan como una página legible en lugar de un volcado crudo que alguien tiene que interpretar.
El correo es evidencia. Termina en archivos de casos, auditorías, paquetes de descubrimiento y tickets de soporte — y luego alguien tiene que leer un .msg en una máquina que nunca ha tenido Outlook instalado. Doconut renderiza MSG, EML y EMLX en el servidor junto a cada otro formato en el archivo.
El problema
Los sistemas de gestión documental se construyen alrededor de PDF y Office, y luego llega el primer archivo de caso real que contiene cuarenta archivos .msg. De repente el requisito es un cliente de correo en un servidor, o un paso de conversión que alguien tiene que ejecutar, o un ingeniero de soporte descargando evidencia a una laptop.
Descargar es lo peor de los tres. Una vez que un mensaje sale del sistema está fuera de su política de retención, su registro de auditoría y su control de acceso — y es exactamente el material que probablemente importará más tarde.
Renderizar en el servidor mantiene la correspondencia dentro del sistema que se supone que la aloja, junto a los PDFs y hojas de cálculo del mismo asunto, abiertos a través del mismo visor.
Capacidades
De, para, asunto, fecha y el cuerpo del mensaje se renderizan como una página legible en lugar de un volcado crudo que alguien tiene que interpretar.
.msg para Outlook, .eml y .emlx para todo lo demás. La misma llamada de apertura maneja los tres.
Los mensajes HTML conservan su formato e imágenes en línea en lugar de colapsar a texto plano.
No hay instalación de Outlook, ni perfil MAPI ni automatización COM involucrada — la misma razón por la que la historia de Word evita interop.
Un asunto que contiene correos, contratos, hojas de cálculo y dibujos se abre mediante un solo componente. Los usuarios aprenden una sola interfaz.
Los revisores leen páginas. El .msg nunca sale del archivo, por lo que la retención y la auditoría siguen siendo significativas.
Integración
En la práctica, el valor no es el soporte de correo aislado. Es que un archivo de caso deja de necesitar tres visores diferentes y un botón de descarga.
Extensiones compatibles
// Outlook and MIME messages open like any other document
string token = await viewer.OpenDocumentAsync("cases/2026-114/correspondence/thread-08.msg");
// The same viewer instance handles the rest of the matter —
// contracts, spreadsheets, drawings — through identical callsDetalles
No. El análisis y renderizado son nativos, lo que hace viable esto en un contenedor Linux o un servidor Windows con restricciones donde instalar un cliente de correo no es una opción.
El mensaje se renderiza como un mensaje. Si deseas que se muestre un adjunto, extráelo en tu propio código y ábrelo como su propio documento — será uno de los formatos que el visor ya maneja.
Puedes, con el complemento Converter. Pero la conversión es un lote que alguien tiene que poseer y volver a ejecutar, y duplica tu almacenamiento. Renderizar bajo demanda mantiene una copia de la evidencia y sin una canalización que cuidar.
Word
Renderizado nativo de DOC/DOCX/RTF/ODT sin instalación de Office, sin interop COM y sin automatización del lado del servidor.
WordASP.NET Core
Se registra como DI ordinario más middleware. Hereda la autenticación, el registro y el hosting que ya tienes.
ASP.NET CoreUna licencia temporal tarda unos minutos en solicitarse y se ejecuta completamente en tu propia máquina. Los archivos que importan son los que ya están rompiendo tu visor actual.