Ситуация знакомая многим: вы собрали важные файлы в архив, прикрепили к письму, нажали «Отправить» — и получили ошибку. Или письмо ушло, но адресат никогда его не получил. Причины могут быть разными: от элементарного превышения лимита размера до блокировки на уровне антивируса или корпоративного политики безопасности.

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

Причина 1: Превышение лимита размера вложения (Самая частая)

У каждого почтового провайдера (Gmail, Яндекс, Mail.ru, Outlook, корпоративные серверы Exchange) есть жесткое ограничение на размер одного письма (вместе с текстом, заголовками и вложениями). Обычно это 20–25 МБ (например, 25 МБ у Gmail и Яндекса, 20 МБ у Outlook.com).

Важный нюанс: Base64 кодирование

При отправке файлы кодируются в формат Base64 (текстовый вид для передачи по SMTP-протоколу). Это увеличивает размер файла примерно на 33–37%.

• Если ваш архив весит 20 МБ, в письме он станет ~27 МБ.
• Лимит 25 МБ будет превышен, и письмо не уйдет.

Решения:

1. Сжатие (переархивация): Попробуйте создать архив с максимальной степенью сжатия (формат .7z или .zipx часто сжимают лучше стандартного .zip).
2. Разделение на тома (Split archives): В 7-Zip или WinRAR можно разбить большой архив на части по 15–18 МБ (Файл → Добавить в архив → «Разделить на тома, байт»). Адресату придется скачать все части и извлечь только первую — остальные подхватятся автоматически.
3. Облачные хранилища (Лучший способ): Загрузите архив на Яндекс.Диск, Google Drive, Dropbox, OneDrive или WeTransfer и вставьте в письмо ссылку для скачивания. Это обходит любые лимиты почты.

Причина 2: Блокировка исполняемых и опасных расширений

Почтовые серверы и антивирусы блокируют вложения с потенциально опасными расширениями, даже если они внутри архива. К ним относятся:

• .exe, .bat, .cmd, .com, .scr, .msi, .js, .vbs, .ps1, .jar, .apk — исполняемые файлы и скрипты.
• Иногда блокируют .iso, .img, .dmg (образы дисков).

Даже если вы заархивировали .exe в .zip, антивирус почты распакует его, проверит содержимое и заблокирует письмо.

• Смена расширения архива: Переименуйте файл с .zip или .rar на .zipx, .7z или даже на нейтральное .dat / .docx (предупредите получателя, как переименовать обратно).
• Пароль на архив (Шифрование): Поставьте пароль на архив (в 7-Zip: «Зашифровать имена файлов» + пароль). Антивирус не сможет заглянуть внутрь и проверить расширения внутренних файлов. Пароль передавайте получателю другим каналом связи (мессенджер, СМС, звонок).
• Удаление/вынесение опасных файлов: Если это установщик программы, лучше выложить его в облако, а по почте прислать только ссылку.

Причина 3: Корпоративные политики и DLP-системы

Если вы отправляете письмо с рабочей почты (Exchange, Office 365, Яндекс 360 для бизнеса, Bitrix24 и т.д.), на сервере могут стоять правила DLP (Data Loss Prevention):

• Запрет на отправку архивов вообще (только «голые» файлы).
• Запрет на зашифрованные архивы (с паролем), так как DLP не может их просканировать на утечку данных.
• Блокировка отправки на внешние домены (только внутри компании).
• Лимит размера может быть ниже стандартного (например, 10 МБ).

1. Обратитесь к системному администратору / отделу ИБ. Узнайте правила: можно ли слать архивы, какие форматы разрешены, какой лимит.
2. Используйте корпоративное облако (SharePoint, Яндекс.Диск для бизнеса, Nextcloud) — обычно это единственный легальный способ передать большие или архивные данные.
3. Не пытайтесь обходить DLP (пароли, смена расширений) — это может привести к блокировке учетной записи или дисциплинарным взысканиям.

Причина 4: Проблемы с почтовым клиентом (Outlook, Thunderbird, The Bat!)

Иногда веб-интерфейс работает, а программа на компьютере выдает ошибку (например, 0x80042109, 0x800CCC0F или просто висит «Отправка…»);

Типичные причины клиента:

• Антивирус на ПК сканирует исходящую почту: Kaspersky, ESET, Dr.Web, Касперский могут «повесить» отправку на сканировании большого архива. Решение: временно отключить проверку исходящей почты в настройках антивируса или добавить почтовый клиент в исключения.
• Неверные настройки SMTP: Порт 25 часто заблокирован провайдером. Нужен порт 465 (SSL) или 587 (STARTTLS).
• Слишком большой исходящий буфер / поврежденная база данных клиента: В Outlook это файл .ost / .pst. Попробуйте создать новый профиль или восстановить файл данных (SCANPST.EXE).
• Офлайн-режим / Отсутствие связи с сервером: Проверьте, не стоит ли галочка «Работа в автономном режиме» (Outlook: вкладка Отправить/Получить → Работа в автономном режиме).

Причина 5: Формат архива не поддерживается получателем

Вы отправили архив в формате .rar, .7z, .tar.gz или .zipx, а у получателя на компьютере нет программы для открытия (или стоит старый Windows без поддержки ZIP64 для файлов >4 ГБ).

• Используйте стандартный .zip (создается через «Отправить → Сжатая ZIP-папка» в Windows) — он открывается «из коробки» на любом Windows, macOS, Linux, Android, iOS.
• Если архив > 4 ГБ — стандартный ZIP может не открыться на старых системах (нужен ZIP64). Лучше использовать .7z и предупредить получателя установить 7-Zip (бесплатно, открытый код).
• Можно сделать самораспаковывающийся архив (.exe) — но см. Причину 2 (блокируется почтой). Только через облако и с паролем.

Причина 6: Проблемы на стороне получателя (Входящие)

Письмо ушло, но не дошло. Часто вина не в отправителе:

• Спам/Жunk: Письмо с вложением-архивом (особенно .zip/.exe) часто попадает в спам. Попросите проверить папку «Спам» / «Жunk».
• Антивирус получателя удалил вложение: Корпоративный антивирус на шлюзе (Kaspersky Security for Mail Server, Dr.Web для Unix/Windows серверов) мог вырезать архив, оставив пустое письмо с пометкой «Вложение удалено: подозрительный объект».
• Квота почтового ящика получателя переполнена: Новые письма не принимаются.
• Greylisting (Серое спискивание): Сервер получателя временно отклоняет письмо от неизвестного отправителя. Оно придет через 5–30 минут при повторной попытке доставки.

---

Алгоритм действий: Чек-лист для быстрого решения

1. Проверьте размер. Архив > 20 МБ? → Заливайте в облако (Яндекс.Диск, Google Drive, WeTransfer) и шлите ссылку;
2. Проверьте содержимое. Есть .exe, .bat, .js, .scr? → Запакуйте в .7z с паролем и шифрованием имен файлов (или смените расширение архива на .dat/.zipx), пароль, в другом сообщении.
3. Проверьте формат. Лучше всего .zip (стандарт) или .7z (максимальное сжатие).
4. Попробуйте веб-интерфейс. Если не уходит из Outlook/Thunderbird — зайдите на mail.ru / gmail.com / yandex.ru через браузер и попробуйте отправить оттуда. Если ушло, проблема в настройках клиента или антивирусе на ПК.
5. Корпоративная почта? Читайте правила ИБ или пишите админам. Не нарушайте политику.
6. Получатель не получил? Просите проверить Спам, квоту ящика, спросить у своего админа не резал ли шлюз вложение.

Лайфхак: Как отправить «что угодно» и «любой размер» гарантированно

Самый надежный, современный и профессиональный способ — файлообменники / облака с генерацией ссылки.

Резюме

Не получается отправить архив по почте — это нормально. Электронная почта не предназначена для передачи больших файлов и исполняемого кода. Протокол SMTP 40-летней давности, и лимиты в 20-25 МБ, это стандарт де-факто.

Правильный рабочий процесс:

1. Архивируете данные (желательно .7z с паролем, если данные чувствительные).
2. Загружаете в облако / файлообменник.
3. Присылаете получателю короткое письмо со ссылкой и паролем (в отдельном канале).

Это сэкономит вам часы борьбы с настройками серверов, антивирусами и корпоративными политиками, а получателю гарантированно доставит файлы в исходном виде.

Статья подготовлена на основе актуальных технических стандартов работы почтовых протоколов (SMTP, MIME, Base64), политик крупных провайдеров (Google, Microsoft, Яндекс, Mail.ru) и практики администрирования корпоративных почтовых систем (Exchange, Postfix + DLP/Антивирус).