Tiny Online Tools
Два формата, один читатель
Файл .eml — это письмо ровно в том виде, в каком оно шло по сети: блок заголовков RFC 5322, пустая строка и тело MIME. Outlook-файл .msg устроен совсем иначе: это составной файл с уже декодированными свойствами MAPI, где отправитель, получатели, тема, текст и вложения лежат отдельными типизированными полями. Этот инструмент читает оба формата и показывает их через одни и те же представления, потому что от обоих нужно одно и то же.
Формат определяется по байтам, а не по расширению. Файл .msg, переименованный в .eml, встречается постоянно — так их выдают тикет-системы и почтовые шлюзы — и здесь он открывается без возражений.
Внешние изображения остаются выключенными
HTML-письма регулярно ссылаются на картинки на сервере отправителя. Загрузка такой картинки сообщает отправителю, что письмо открыли, с какого адреса и когда. Переключатель Показывать внешние изображения выключен, и выключен означает, что запрос не делается вовсе: предпросмотр идёт в изолированном фрейме с политикой Content-Security-Policy, запрещающей любые исходящие соединения. Количество заблокированных ссылок показывается — видно, сколько трекеров несёт письмо.
Встроенные изображения со ссылкой cid: — другое дело: эти части уже находятся внутри файла и подставляются из собственных байтов письма. Скрипты, формы и фреймы удаляются до отрисовки, а самому фрейму не дано ни выполнение скриптов, ни доступ к тому же источнику.
Чего .msg дать не может
Файл .msg не хранит пришедшие байты. Outlook обычно сохраняет исходный блок заголовков в отдельном свойстве, и тогда представление заголовков показывает его дословно. Кнопка Сохранить как .eml собирает письмо заново из этих заголовков плюс декодированного текста и вложений — точная реконструкция, но не исходный файл. Подписи DKIM по нему не проверятся, а побайтовое сравнение бессмысленно. Это свойство формата, а не недостаток инструмента.
Всё происходит в этой вкладке. Ни одна часть письма никуда не отправляется.