Cabeçalhos e corpo juntos
De, para, assunto, data e o corpo da mensagem são renderizados como uma página legível em vez de um despejo bruto que alguém tem que interpretar.
Email é evidência. Ele acaba em arquivos de caso, trilhas de auditoria, pacotes de descoberta e tickets de suporte — e então alguém precisa ler um .msg em uma máquina que nunca teve Outlook instalado. Doconut renderiza MSG, EML e EMLX no servidor ao lado de todos os outros formatos no arquivo.
O problema
Os sistemas de gerenciamento de documentos são construídos em torno de PDF e Office, e então o primeiro arquivo de caso real chega contendo quarenta arquivos .msg. De repente a necessidade é um cliente de email em um servidor, ou uma etapa de conversão que alguém tem que executar, ou um engenheiro de suporte baixando evidências para um laptop.
Baixar é o pior dos três. Uma vez que uma mensagem sai do sistema, ela fica fora da sua política de retenção, do seu log de auditoria e do seu controle de acesso — e é exatamente o material que provavelmente será mais importante depois.
Renderizar no servidor mantém a correspondência dentro do sistema que deve armazená-la, ao lado dos PDFs e planilhas do mesmo caso, abertos através do mesmo visualizador.
Capacidades
De, para, assunto, data e o corpo da mensagem são renderizados como uma página legível em vez de um despejo bruto que alguém tem que interpretar.
.msg para Outlook, .eml e .emlx para todo o resto. A mesma chamada de abertura lida com os três.
Mensagens HTML mantêm sua formatação e imagens embutidas em vez de colapsarem em texto simples.
Não há instalação do Outlook, nem perfil MAPI e nem automação COM envolvida — a mesma razão pela qual a história do Word evita interop.
Um caso contendo emails, contratos, planilhas e desenhos abre através de um único componente. Os usuários aprendem uma interface.
Revisores leem páginas. O .msg nunca sai do arquivo, portanto retenção e auditoria permanecem significativas.
Integração
Na prática, o valor não está no suporte ao email isoladamente. É que um arquivo de caso deixa de precisar de três visualizadores diferentes e de um botão de download.
Extensões suportadas
// 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 callsDetalhes
Não. Análise e renderização são nativas, o que torna isso viável em um contêiner Linux ou em um servidor Windows restrito onde instalar um cliente de email não é uma opção.
A mensagem é renderizada como uma mensagem. Se você quiser exibir um anexo, extraia-o no seu próprio código e abra-o como um documento próprio — será um dos formatos que o visualizador já suporta.
Você pode, com o plugin Converter. Mas a conversão é um lote que alguém tem que gerenciar e reexecutar, e dobra seu armazenamento. Renderizar sob demanda mantém uma cópia da evidência e nenhum pipeline para cuidar.
Word
Renderização nativa de DOC/DOCX/RTF/ODT sem instalação do Office, sem interop COM e sem automação no servidor.
WordASP.NET Core
Registra como DI comum mais middleware. Herda a autenticação, o registro de logs e a hospedagem que você já possui.
ASP.NET CoreUma licença temporária leva alguns minutos para ser solicitada e funciona totalmente na sua própria máquina. Os arquivos que importam são os que já estão quebrando seu visualizador atual.