Nagłówki i treść razem
Od, do, temat, data i treść wiadomości są renderowane jako jedna czytelna strona, a nie jako surowy zrzut, który ktoś musi interpretować.
E-mail jest dowodem. Trafia do akt spraw, ścieżek audytu, pakietów dowodowych i zgłoszeń wsparcia — a potem ktoś musi odczytać plik .msg na maszynie, na której nigdy nie zainstalowano Outlooka. Doconut renderuje MSG, EML i EMLX po stronie serwera razem z każdym innym formatem w archiwum.
Problem
Systemy zarządzania dokumentami są budowane wokół PDF i Office, a potem pojawia się pierwszy prawdziwy plik sprawy zawierający czterdzieści plików .msg. Nagle wymagana jest aplikacja pocztowa na serwerze, lub krok konwersji, który ktoś musi wykonać, albo inżynier wsparcia pobierający dowody na laptopa.
Pobieranie jest najgorsze z trzech. Gdy wiadomość opuszcza system, znajduje się poza polityką retencji, dziennikiem audytu i kontrolą dostępu — i jest dokładnie tym materiałem, który najprawdopodobniej będzie miał znaczenie później.
Renderowanie po stronie serwera utrzymuje korespondencję wewnątrz systemu, który ma ją przechowywać, obok plików PDF i arkuszy kalkulacyjnych z tej samej sprawy, otwieranych tym samym przeglądarką.
Możliwości
Od, do, temat, data i treść wiadomości są renderowane jako jedna czytelna strona, a nie jako surowy zrzut, który ktoś musi interpretować.
.msg dla Outlooka, .eml i .emlx dla wszystkiego innego. To samo wywołanie otwarcia obsługuje wszystkie trzy.
Wiadomości HTML zachowują formatowanie i obrazy w treści, zamiast przekształcać się w zwykły tekst.
Nie ma instalacji Outlooka, profilu MAPI ani automatyzacji COM — to ten sam powód, dla którego historia Worda unika interoperacyjności.
Sprawa zawierająca e-maile, umowy, arkusze kalkulacyjne i rysunki otwiera się za pomocą jednego komponentu. Użytkownicy uczą się jednego interfejsu.
Recenzenci czytają strony. Plik .msg nigdy nie opuszcza archiwum, więc retencja i audyt pozostają istotne.
Integracja
W praktyce wartość nie polega na samodzielnym wsparciu e-mail. Chodzi o to, że plik sprawy nie wymaga już trzech różnych przeglądarek i przycisku pobierania.
Obsługiwane rozszerzenia
// 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 callsSzczegóły
Nie. Parsowanie i renderowanie są natywne, co sprawia, że jest to wykonalne w kontenerze Linux lub na zabezpieczonym serwerze Windows, gdzie instalacja klienta poczty nie jest opcją.
Wiadomość renderuje się jako wiadomość. Jeśli chcesz wyświetlić załącznik, wyodrębnij go w swoim kodzie i otwórz jako osobny dokument — będzie to jeden z formatów, które przeglądarka już obsługuje.
Można, przy użyciu wtyczki Converter. Jednak konwersja to partia, którą ktoś musi zarządzać i ponownie uruchamiać, a to podwaja zużycie pamięci. Renderowanie na żądanie utrzymuje jedną kopię dowodu i nie wymaga dodatkowego potoku do nadzorowania.
Word
Natywne renderowanie DOC/DOCX/RTF/ODT bez instalacji Office, bez interopu COM i bez automatyzacji po stronie serwera.
WordASP.NET Core
Rejestruje się jako zwykłe DI plus middleware. Dziedziczy autoryzację, logowanie i hosting, które już posiadasz.
ASP.NET CoreTymczasowa licencja wymaga kilku minut na zamówienie i działa w pełni na Twoim komputerze. Najważniejsze pliki to te, które już psują Twój obecny podgląd.