Выбрать настоящее письмо Outlook MSG
Загрузите один файл MSG до 5 МиБ. MSG хранит свойства MAPI, получателей и вложения внутри Compound File; EML использует интернет-заголовки и MIME-части. Переименование расширения не меняет эти структуры. Конвертер сначала проверяет двоичный контейнер, затем извлекает доступные данные и собирает отдельное новое письмо.
Профиль предназначен для обычных сообщений IPM.Note. Контакты, встречи и другие элементы Outlook не становятся письмами автоматически. Начните с копии исходника, а не единственного архивного экземпляра. Для теста есть вымышленное письмо с кириллицей, обычным двоичным вложением и картинкой с CID; его результат позволяет понять структуру отчёта без передачи личной переписки.
Официальные требования: Microsoft: спецификация Outlook Item MSG
example.msg: «Проверка MSG»; To/Cc/Bcc; дата 15.10.2026 09:10 +03:00; вложения «данные.bin» и «картинка.png» с CID.
converted-message.eml — новое MIME-письмо с теми же адресатами и датой 2026-10-15T06:10:00Z. conversion-report.json — verifiedAttachments: 2, размеры и SHA-256 файлов.
Дата обозначает тот же момент в UTC. Пересобранный EML не сохраняет действительность прежних подписей.
- Выберите Unicode MSG обычного письма.
- Создайте EML и сохраните JSON-отчёт.
- Откройте результат в целевом клиенте и сравните поля.
Проверить Unicode, SMTP и дату
Unicode-строки позволяют перенести кириллицу без выбора однобайтовой кодировки. Старые ANSI-поля принимаются только тогда, когда все их байты находятся в ASCII-диапазоне. Не-ASCII ANSI останавливает обработку: автоматическое угадывание могло бы испортить имена и тему. В таком случае заново сохраните письмо как Unicode MSG в почтовом клиенте.
У отправителя и каждого получателя должен быть разрешённый SMTP-адрес. Exchange/X.500-путь без SMTP не подменяется вымышленным адресом. Требуются от одного до 200 получателей и корректная исходная дата; при отсутствии пригодной даты текущее время не используется. После создания сравните To, Cc и Bcc: сохранённые скрытые получатели могут оказаться видимыми в новой копии.
Сохранить plain/HTML с понятными потерями
При наличии обычного текста он становится текстовой MIME-частью; доступный HTML сохраняется как данные отдельной части. Их общий предел — 500000 символов. Сборщик не выполняет этот HTML и не загружает ресурсы по ссылкам, однако дальнейшее отображение зависит от почтовой программы, в которой вы откроете EML.
RTF-only сообщение отклоняется, поскольку без plain/HTML его оформление не переносится этим профилем. Если RTF есть вместе с поддерживаемым текстом, используется текстовая или HTML-версия и выдаётся предупреждение о RTF. Точный вид письма Outlook, служебные MAPI-поля и действительность прежних цифровых подписей не сохраняются. S/MIME-письма также не входят в поддерживаемый профиль.
Официальные требования: RFC 2046: альтернативные части MIME
Сверить вложения и понять явный отказ
Разрешены до 100 вложений, суммарно до 5 МиБ. Их исходные байты переносятся в MIME, а JSON содержит имена, размеры, SHA-256 и доступный CID. CID связывает встроенную картинку с упоминанием в HTML; он сам по себе не доказывает одинаковое визуальное расположение в разных клиентах.
Вложенные сообщения MSG, OLE-объекты и вложения-ссылки отклоняются вместо выдачи неполного письма. Для них сначала извлеките самостоятельные файлы через исходную программу. При небезопасном или совпадающем имени создаётся безопасное различимое имя. Итоговый EML ограничен 8 МиБ; его размер может быть больше суммы исходных вложений из-за MIME-кодирования и заголовков.
Прочитать отчёт и проверить целевой клиент
Собранный EML разбирается повторно. Проверяются отправитель, тема, дата, состав адресатов, текстовые части, число вложений и их контрольные суммы. MIME может переставить inline-части, поэтому вложения сопоставляются по имени, CID и байтам. Скачайте JSON: он помогает объяснить, что именно проверено, и отдельно отмечает отсутствие гарантии RTF и подписи.
Затем откройте EML в нужном почтовом клиенте или просмотрщике, прочитайте начало и конец текста, сохраните несколько важных вложений и сверьте их хеши. Для печати доступна отдельная текстовая копия EML в PDF при наличии text/plain. Исходный MSG отправляется серверу для обработки в памяти; инструмент не создаёт историю писем. Оставьте MSG до окончания всех проверок и храните его как источник полной структуры Outlook.
Вопросы и ответы
Достаточно переименовать MSG в EML?
Нет. MSG разбирается как Compound File/MAPI, затем создаётся новое MIME-письмо. Смена расширения не преобразует структуру.
Поддерживается ли кириллица старого ANSI MSG?
Unicode MSG поддерживается. ANSI-поля допускаются только с ASCII-байтами; не-ASCII ANSI отклоняется. Сохраните исходное письмо в Unicode MSG через почтовый клиент.
Что будет с RTF, подписями и OLE?
RTF-only, S/MIME, вложенные MSG, OLE и вложения-ссылки отклоняются. При доступном plain/HTML используется этот текст, а RTF-оформление не переносится. Цифровые подписи не сохраняются.
Сохраняются ли To, Cc, Bcc и исходная дата?
Эти поля собираются из доступных данных и проверяются обратным чтением EML. Нужны разрешённые SMTP-адреса и корректная исходная дата; текущая дата и адреса по догадке не подставляются.
Как проверить целостность вложений?
JSON содержит число, размеры и SHA-256 вложений. Сборка проверяет их байты обратным MIME-чтением; дополнительно откройте нужные файлы в целевом почтовом клиенте.
Какие ограничения размера действуют?
Один MSG до 5 МиБ, от 1 до 200 получателей, до 100 вложений суммарно до 5 МиБ. Plain/HTML вместе до 500000 символов, EML до 8 МиБ.