В современном цифровом мире электронная почта остается основным инструментом деловой и личной коммуникации. С ростом объемов корреспонденции встает острая необходимость в надежном хранении, переносе и резервном копировании писем. Именно здесь на первый план выходят форматы файлов архива почты. Понимание их отличий, структуры и областей применения критически важно для администраторов систем, специалистов по миграции данных и обычных пользователей, решающих сменить почтовый клиент или сделать бэкап.

Актуально на:

Основные форматы архивов почты

Существует несколько доминирующих форматов, каждый из которых имеет свою историю, архитектуру и экосистему приложений.

PST (Personal Storage Table) — Стандарт экосистемы Microsoft

PST — это проприетарный формат файла, используемый Microsoft Outlook для хранения копий сообщений, событий календаря, контактов, задач и заметок. Это самый распространенный формат в корпоративной среде.

• Структура: База данных типа B-tree, обеспечивающая быстрый поиск и индексацию.
• Версии:
  • ANSI PST (Outlook 97-2002): Ограничение размера 2 ГБ, кодировка ANSI.
  • Unicode PST (Outlook 2003 и новее): Теоретический лимит до 64 ТБ (практический рекомендуемый до 50 ГБ для производительности), полная поддержка UTF-8.
• Применение: Архивация (AutoArchive), экспорт почтовых ящиков, миграция, резервное копирование.
• Особенности: Поддержка паролей (слабого шифрования), сжатия и шифрования высокого уровня. Файлы .pst не предназначены для одновременного доступа по сети (только локально).

OST (Offline Storage Table), Кэш режима Exchange

OST — это локальная копия почтового ящика на сервере Microsoft Exchange / Microsoft 365. В отличие от PST, OST синхронизируется с сервером.

• Ключевое отличие: Не является автономным архивом для переноса. Нельзя просто открыть чужой OST в другом профиле Outlook без конвертации в PST.
• Использование: Работа в автономном режиме (Cached Exchange Mode).

MBOX — Универсальный стандарт Unix/Linux и Open Source

MBOX, это семейство форматов хранения почты в виде одного текстового файла, где сообщения записаны последовательно, разделенные строкой From (From-prologue).

• Варианты: mboxo, mboxrd, mboxcl, mboxcl2 (отличаются способом экранирования строк «From » в теле письма).
• Применение: Mozilla Thunderbird, Apple Mail (до версии V2), Eudora, Unix-утилиты (procmail, sendmail), Google Takeout (экспорт Gmail).
• Плюсы: Простота парсинга, кроссплатформенность, человекочитаемость, отсутствие лимита размера (кроме ФС).
• Минусы: Медленный поиск (нет индекса), проблемы с одновременным доступом, хранение вложений в Base64 увеличивает размер.

EML / MSG — Форматы отдельных сообщений

Хотя это не форматы «архива» в строгом смысле (контейнеров), они являются атомарными единицами, из которых состоят архивы.

• EML (RFC 822/5322): Стандарт интернета. Текстовый файл с заголовками и телом (MIME). Открывается всем: Outlook, Thunderbird, Windows Mail, браузерами.

Другие форматы

1. NSF (Notes Storage Facility): Формат IBM/Lotus Notes (HCL Domino). Сложная объектно-ориентированная база данных.
2. OLM (Outlook for Mac): Архив Outlook для macOS. Структура отличается от PST.
3. Maildir: Не файл, а структура каталогов (cur, new, tmp), где каждое письмо — отдельный файл. Стандарт для Postfix, Dovecot, Courier.
4. DBX / WAB: Устаревшие форматы Outlook Express / Windows Address Book.

Сравнительная таблица характеристик

Миграция и конвертация: Главные сценарии

Согласно актуальным данным из открытых источников, одна из самых частых задач администраторов — это миграция между экосистемами. Наиболее популярные направления:

MBOX → PST (Переход на Microsoft Outlook / Exchange)

Классический сценарий: миграция с Thunderbird, Apple Mail, Gmail (Takeout) или Linux-серверов в корпоративную среду Microsoft.

• Инструменты: Встроенный импорт Outlook (через профиль), сторонние утилиты (BitRecover, Stellar, Aid4Mail), скрипты на PowerShell с использованием Redemption или Outlook Object Model.
• Проблемы: Потеря метаданных (категории, флаги follow-up), кодировки (UTF-8 vs ANSI), структура папок.

PST → MBOX (Уход от Microsoft / Экспорт для eDiscovery)

Обратная задача: архивация в открытом формате, правовые требования (eDiscovery), переход на Thunderbird / Linux.

• Инструменты: readpst (libpst / pst-utils) — стандарт де-факто в Linux. PST Walker, Kernel for PST под Windows.
• Современный подход (2026): Использование Docker-контейнеров для изолированного запуска конвертеров. Пример: docker run -v /data:/data pst-converter /data/archive.pst /data/output_mbox. Это гарантирует воспроизводимость и не загрязняет хостовую ОС зависимостями Python/C++.

EML / MSG ↔ PST / MBOX

Часто требуется собрать разрозненные .eml файлы в единый архив или, наоборот, разобрать архив на отдельные файлы для судебной экспертизы или загрузки в другую систему (например, в CRM или Helpdesk).

Технические нюансы и «подводные камни»

Проблема кодировок (Charsets)

Старые PST (ANSI) и некорректно сформированные MBOX часто страдают от потери национальных символов (кириллица, иероглифы). Всегда проверяйте кодировку исходника перед конвертацией. Unicode PST и MBOX (mboxrd) с UTF-8 — золотой стандарт 2026 года.

Ограничения файловой системы

• FAT32: лимит 4 ГБ на файл (критично для больших PST/MBOX).
• exFAT/NTFS/APFS/ext4/xfs: лимиты в ТБ/ПБ, безопасны для архивов.
• Количество инодов (inodes) критично для Maildir и больших наборов EML.

Целостность данных и контрольные суммы

После любой миграции обязательно сверяйте:

• Количество писем (Item Count).
• Общий размер вложений.
• Хеш-суммы (SHA-256) вложений на входе и выходе.
• Наличие «пустых» писем или писем без даты (Date: header missing).

Пароли и шифрование

PST может быть защищен паролем (хотя алгоритм слабый, его можно снять за секунды). MBOX/EML паролем не защищаются — защита на уровне ФС (BitLocker, LUKS, FileVault) или контейнера (VeraCrypt, 7z с AES-256).

Лучшие практики архивации почты (Best Practices 2026)

1. Правило 3-2-1: 3 копии данных, на 2 разных носителях, 1 копия вне офиса (облако/холодное хранилище).
2. Формат хранения «на века»: Для долгосрочного архива (10+ лет) предпочитайте EML (RFC 5322) + JSON/CSV манифест с метаданными или MBOX (mboxrd, UTF-8). Они открыты, документированы и читаются любым парсером через 50 лет. PST/MSG — риск vendor lock-in.
3. Структурирование: Год/Месяц/День или Год/Квартал. Не кладите миллионы файлов в одну папку.
4. Автоматизация: Используйте Graph API (Microsoft 365), IMAP IDLE / OAuth2 (Gmail/IMAP) для регулярного дампа в холодное хранилище (S3 Glacier, Azure Blob Cool Tier).
5. eDiscovery / Legal Hold: Если есть правовые требования, используйте нативные инструменты платформы (Microsoft Purview, Google Vault) для экспорта в PST/MBOX с сохранением всех метаданных (MAPI properties, X-Headers).

Инструментарий для специалиста (Toolkit)

Командная строка / Скрипты (Linux / Docker / CI/CD)

• libpst (readpst): Конвертация PST → MBOX / EML / JSON. Быстрый, надежный, в репозиториях всех дистрибутивов.
• mbox-tools / formail / procmail: Работа с MBOX (разбор, фильтрация, дедупликация по Message-ID).
• Python (email, mailbox, pypff, extract-msg): Написание кастомных парсеров, валидаторов, миграторов.
• Docker-образы: Готовые контейнеры для пакетной обработки в Kubernetes / GitLab CI.

GUI / Enterprise (Windows / Cross-platform)

• Outlook (Import/Export Wizard): Нативный PST ↔ EML/MSG/CSV.
• Thunderbird + ImportExportTools NG: Мощнейший бесплатный инструмент для MBOX ↔ EML ↔ PST (через промежуточные форматы).
• Aid4Mail / MailStore Home / Stellar Converter: Платные, но экономят часы ручной работы при сложных миграциях.
• MFCMAPI: Низкоуровневый редактор MAPI для «хирургического» исправления PST/OST.

Выбор формата архива почты — это компромисс между функциональностью (поиск, категории, календарь), переносимостью (открытые стандарты) и экосистемой (какой клиент/сервер используется).

Самое главное помнить: нет «идеального» формата для всех случаев. Для активной работы в Outlook — PST/OST. Для кроссплатформенного архива и бэкапа — MBOX (mboxrd/UTF-8) или набор EML. Для передачи отдельных писем — EML. Для юридических целей — нативный экспорт платформы с верификацией хешей.

Инвестиции в автоматизацию конвертации (скрипты, Docker, CI/CD) и регулярную верификацию целостности архивов сократят риск потери данных при неизбежной смене технологий в будущем.

Статья подготовлена на основе актуальных технических спецификаций RFC 5322, RFC 4155, документации Microsoft Open Specifications ([MS-PST], [MS-OXMSG]) и практики миграции данных на 2026 год.