E‑post

Arkiverad e‑post som öppnas utan Outlook

E‑post är bevis. Den hamnar i ärendefiler, revisionsspår, upptäcktspaket och supportärenden — och sedan måste någon läsa en .msg på en maskin som aldrig har haft Outlook installerat. Doconut renderar MSG, EML och EMLX på servern tillsammans med alla andra format i arkivet.

3
e‑posttillägg: MSG, EML, EMLX
0
e‑postklienter att installera
1
visare för hela ärendefilen

Problemet

Formatet som alla glömmer tills revisionen

Dokumenthanteringssystem byggs kring PDF och Office, och sedan anländer det första riktiga ärendet med fyrtio .msg‑filer. Plötsligt blir kravet en e‑postklient på en server, eller ett konverteringssteg som någon måste köra, eller en supportingenjör som laddar ner bevis till en bärbar dator.

Nedladdning är det värsta av de tre. När ett meddelande lämnar systemet är det utanför din lagringspolicy, din revisionslogg och din åtkomstkontroll — och det är exakt det material som sannolikt blir viktigast senare.

Server‑rendering håller korrespondensen inne i det system som ska lagra den, bredvid PDF‑filer och kalkylblad från samma ärende, öppnade via samma visare.

Funktioner

Vad visaren gör med ett meddelande

Rubriker och meddelandetext tillsammans

Från, till, ämne, datum och meddelandetexten renderas som en läsbar sida istället för en rå dump som någon måste tolka.

Outlook och MIME

.msg för Outlook, .eml och .emlx för allt annat. Samma öppningsanrop hanterar alla tre.

Formaterad e‑post renderas som e‑post

HTML‑meddelanden behåller sin formatering och inbäddade bilder istället för att kollapsa till vanlig text.

Ingen e‑postklient på servern

Det finns ingen Outlook‑installation, ingen MAPI‑profil och ingen COM‑automation involverad — samma anledning till att Word‑historien undviker interop.

Samma visare som resten av filen

Ett ärende som innehåller e‑post, kontrakt, kalkylblad och ritningar öppnas via en komponent. Användare lär sig ett gränssnitt.

Meddelandet stannar kvar

Granskare läser sidor. .msg‑filen lämnar aldrig arkivet, så lagring och revision förblir meningsfulla.

Integration

Öppna ett meddelande

I praktiken är värdet inte e‑poststöd i isolering. Det är att ett ärende slutar behöva tre olika visare och en nedladdningsknapp.

Stödda filändelser

.eml.emlx.msg
csharp
// 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 calls

Detaljer

E‑postspecifika detaljer

  • Ingen Outlook, MAPI‑profil eller e‑postklient krävs på renderingsvärden.
  • Bilagor i ett meddelande är en del av meddelandefilen — öppna dem som separata dokument när din applikation har extraherat dem.
  • Textsökning i meddelandetexter kräver AdvancedSearch‑pluginet.

Vanliga frågor

Behöver jag Outlook installerat för att rendera .msg‑filer?

Nej. Parsning och rendering är inbyggda, vilket gör detta möjligt i en Linux‑container eller på en låst Windows‑server där installation av en e‑postklient inte är ett alternativ.

Renderas bilagor också?

Meddelandet renderas som ett meddelande. Om du vill visa en bilaga, extrahera den i din egen kod och öppna den som ett eget dokument — det blir ett av de format som visaren redan hanterar.

Varför inte bara konvertera allt till PDF i förväg?

Det kan du, med Converter‑pluginet. Men konvertering är ett batchjobb som någon måste äga och köra om, och det fördubblar ditt lagringsutrymme. Rendering på begäran behåller en kopia av beviset och ingen pipeline att sköta.

Prova det med dina egna dokument

En tillfällig licens tar några minuter att begära och körs helt på din egen maskin. De filer som är viktiga är de som redan stör din nuvarande visare.