Вложения и размер письма: где начинаются отказы

Рассылаю макеты подрядчикам, файлы pdf по 20-30 МБ. Часть уходит, часть возвращается с отказом, причём один и тот же файл: одному адресату дошёл, другому нет.

Свой сервер потолок не режет, проверяла у хостера. Значит дело в приёмниках? И как заранее понять, кому что можно слать?

Приёмник сам объявляет свой потолок, надо только спросить. В ответе на EHLO есть строка SIZE с числом байт.

Тут потолок 35 МБ. Файл на 30 МБ туда не влезет, потому что после кодирования он станет примерно 40. Про эту прибавку забывают чаще всего.

Откуда прибавка? Файл же не меняется.

Вложение внутри письма едет текстом. Двоичный файл переводят в base64: три байта превращаются в четыре символа. Отсюда рост на треть, плюс переносы строк каждые 76 знаков.

то есть надо делить объявленный потолок на 1.37?

Примерно так, я в скриптах беру запас пожёстче: множитель 1.4 и минус пара сотен килобайт на шапку.

Порядок, которым считаю перед отправкой пачки:

import os
potolok = 36700160                 # SIZE из EHLO
fayl = "/tmp/maket.pdf"
syroy = os.path.getsize(fayl)
posle = (syroy + 2) // 3 * 4       # base64
posle += posle // 76 * 2           # переносы строк
shapka = 4096                      # заголовки и границы MIME
print(syroy, "->", posle + shapka, "потолок", potolok)
print("влезет" if posle + shapka < potolok else "режем")

Числа сходятся с тем, что реально уходит по проводу, сверял на десятке файлов.

Теперь по вашей задаче. Один и тот же файл ведёт себя по-разному, потому что потолки у приёмников свои и часто разведены по направлениям: на приём одно число, на отдачу другое. Плюс у корпоративных ящиков сверху накручен потолок самого ящика, и он бывает ниже серверного.

Добавлю про архивы. Класть pdf в zip смысла мало, он и так сжат, выигрыш процента три. А вот разбить архив на части по 8 МБ и отправить тремя письмами проходит почти везде.

Только предупредите получателя, иначе он соберёт две части из трёх и пойдёт ругаться.

Три части по восемь это уже неудобно для того, кто на той стороне. А ссылка на файл вместо вложения нормально смотрится в деловой переписке?

Нормально, если ссылка живёт на вашем же домене и открывается без входа. Многие приёмники смотрят, куда ведут ссылки внутри письма, и совпадение с доменом отправителя работает в плюс.

Я так и делаю с макетами: в письме превью на 200 КБ и ссылка на полный файл. Отказов по весу нет вообще, получателю тоже удобнее: открыл с телефона, посмотрел, скачал уже за столом.

Учтите про превью. Картинку прикладывайте вложением с cid и ссылайтесь на неё из html. Вставленная прямо в разметку base64 раздувает тело, и часть клиентов её всё равно не покажет.

проверила свой рабочий ящик, там строки SIZE в ответе нет совсем. это значит, что потолка нет или просто про него молчат? письма на 15 мб уходят, на 40 возвращаются, но текст отказа приходит уже от чужого сервера

Молчат. Отсутствие SIZE говорит только о том, что сервер не хочет объявлять потолок заранее, сам потолок при этом есть почти всегда.

Проверяется вилкой: шлёте себе письма с файлом по возрастанию, 10, 20, 30, 40 МБ, и смотрите, где приходит отказ. Пять минут работы, зато цифра своя и точная. Записать её в скрипт отправки и забыть.

Вилку лучше гонять через swaks с --quit-after DATA. Письмо тогда не ложится в ящик получателя, отказ по весу при этом возвращается как обычно.

Собрала всё в одну заметку и переделала отправку. Теперь в письме превью и ссылка на макет, вложением уходит только то, что легче 8 МБ. Потолки трёх основных подрядчиков померила вилкой, записала рядом с адресами.

За формулу с множителем отдельное спасибо, считала раньше по весу файла и удивлялась отказам.