Считаем окупаемость перехода на свой почтовый сервер

MAATRIX

Решение «переходим на свой почтовый сервер» обычно принимают на основе разницы в тарифах — и это только половина расчёта. Вторая половина, которую почти всегда забывают посчитать заранее, — это сама миграция: перенос ящиков, настройка DNS, риск, что часть писем потеряется на день-два, пока переключаются MX-записи. Ниже — как посчитать не «выгодно ли иметь свой сервер», а именно окупаемость перехода: сколько стоит переезд и через сколько месяцев экономия его отобьёт.

Чем этот расчёт отличается от сравнения тарифов

Если вы уже сравнивали стоимость подписки на корпоративную почту с ценой VPS — вы считали разницу в двух устоявшихся состояниях, «было» и «стало», без учёта того, что между ними лежит переезд. Методику такого сравнения тарифов мы разбирали в статье про своую почту против корпоративного тарифа — там же объяснение, что входит в стоимость подписки и что входит в стоимость своего сервера на постоянной основе. Здесь мы не повторяем этот разбор, а фокусируемся на другом: миграция — это не мгновенное переключение, а проект с бюджетом, сроком и рисками, и именно от него зависит, когда экономия начнёт окупать вложенное.

Разница принципиальная. Экономия в месяц у вас может быть и 15 000 ₽, и 60 000 ₽ — но если сама миграция стоит как три месяца этой экономии, а вы её недооценили и потеряли неделю на устранение недоставки писем клиентам, то «выгодный» переход на бумаге оборачивается реальными убытками в первый месяц. Поэтому единоразовые затраты на переезд нужно считать так же скрупулёзно, как и постоянную экономию.

Единоразовые затраты: из чего состоит миграция

Разложите переезд на конкретные работы — это не абстрактная «настройка сервера», а последовательность задач с реальным временем на каждую.

1. Аренда и первичная настройка сервера. Выбор VPS под ожидаемую нагрузку (число ящиков, средний объём почты на пользователя), установка Postfix + Dovecot или готовой сборки вроде Mailcow — здесь пошагово расписано в статье про установку Postfix на VPS. Время: обычно 4-8 часов для администратора, который уже это делал, до 2-3 дней — если делает впервые и разбирается по ходу.

2. Перенос почтовых ящиков и истории переписки. Это не копирование файлов — это перенос содержимого ящиков со старого провайдера на новый сервер с сохранением структуры папок, прочитанности писем и вложений. Практически всегда используется IMAP-синхронизация утилитой вроде imapsync:

imapsync \
  --host1 imap.старый-провайдер.ru --user1 ivan@company.ru --password1 'старый_пароль' \
  --host2 mail.company.ru --user2 ivan@company.ru --password2 'новый_пароль' \
  --ssl1 --ssl2 \
  --automap --syncinternaldates

Время переноса зависит от объёма: ящик в 2-5 ГБ обычно синхронизируется от 20 минут до пары часов, но если ящиков 50+ и провайдер лимитирует скорость IMAP-запросов, весь перенос может растянуться на сутки-двое, если гонять его последовательно. Разумная практика — не переносить всё разом, а запускать imapsync по группам ящиков параллельно (по 5-10 одновременно) и обязательно повторным проходом синхронизировать «хвост» — письма, пришедшие в старый ящик уже после первой синхронизации, но до переключения MX.

3. Настройка DNS-записей. Здесь минимум ошибок недопустим — от них напрямую зависит, будет ли почта вообще приниматься и не улетит ли она у получателей в спам. Три записи обязательны:

; MX-запись — куда слать почту для домена
company.ru.    3600  IN  MX  10 mail.company.ru.

; SPF — какие серверы вправе отправлять почту от имени домена
company.ru.    3600  IN  TXT  "v=spf1 ip4:203.0.113.10 -all"

; DKIM — публичный ключ подписи (selector зависит от вашей настройки, mail — типичное имя)
mail._domainkey.company.ru.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIGfMA0GCSq...ваш_публичный_ключ"

; DMARC — политика обработки писем без валидных SPF/DKIM
_dmarc.company.ru.  3600  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@company.ru"

Подробный разбор, как выпустить ключи DKIM, прописать все три записи и проверить их через dig и внешние валидаторы, — в статье про настройку SPF, DKIM и DMARC. Важный нюанс для политики DMARC при переезде: не ставьте сразу p=reject — начните с p=none или p=quarantine, чтобы видеть отчёты о нарушениях, не теряя писем, пока новая инфраструктура не обкатана хотя бы 2-3 недели.

4. Тестовый прогон перед переключением MX. Обязательный шаг, который часто пропускают из экономии времени — а зря. Поднимите новый сервер, отправьте и примите на него тестовые письма напрямую (по IP или временному поддомену), проверьте, что письма доходят, DKIM подписывается корректно (opendkim-testkey или заголовок Authentication-Results во входящем письме), спам-фильтр не блокирует легитимную почту. Это 2-4 часа, которые экономят день разбора инцидентов после переключения.

5. Переключение MX-записей и окно риска. Момент, когда старый MX меняется на новый. TTL записи (обычно от 300 секунд до часа, если вы заранее его не снизили) определяет, как быстро все почтовые серверы в интернете подхватят изменение — но не одновременно: разные серверы кэшируют DNS по-разному, и в течение обычно от нескольких часов до 1-2 суток часть входящей почты может продолжать идти по старому маршруту. Практика для снижения риска:

• за 24-48 часов до переключения снизьте TTL MX-записи до 300 секунд;
• держите старый почтовый ящик доступным (не удаляйте) минимум неделю после переключения — часть писем может прийти туда по старому кэшу;
• настройте пересылку со старого сервера на новый на этот переходный период, если провайдер это позволяет.

6. Общее время и стоимость. Сведите всё в трудозатраты и умножьте на ставку часа администратора (свою или подрядчика):

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

Единоразовые затраты = (часы настройки + часы переноса + часы DNS + часы тестов + часы на разбор инцидентов) × ставка часа
                        + цена сервера за первый месяц (уже оплаченный, но фактически «простаивающий» в подготовке)

Продолжающаяся экономия: что считать после перехода

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

Ежемесячная экономия = (цена подписки за все ящики в месяц) − (цена аренды сервера в месяц + время на поддержку доставляемости × ставка часа)

Важно не занижать вторую часть формулы. Свой сервер не бесплатен в эксплуатации — кто-то должен следить за очередью писем, обновлять правила антиспама, реагировать, если IP попал в чёрный список. Обычно это несколько часов в месяц в спокойном режиме, но недооценивать этот пункт значит завышать итоговую экономию и получить оптимистичный, но нечестный срок окупаемости.

Формула окупаемости и как её применять

Смысл всего расчёта сводится к одной формуле:

Срок окупаемости (в месяцах) = Единоразовые затраты на переезд / Ежемесячная экономия

Пример на условных цифрах (подставьте свои — точных тарифов провайдеров здесь намеренно нет, они меняются, а ваша ситуация индивидуальна): если миграция обошлась в 40 часов работы администратора по ставке 2000 ₽/час — это 80 000 ₽ единоразово, а ежемесячная экономия после перехода составляет 20 000 ₽, то срок окупаемости — 4 месяца. Если ежемесячная экономия всего 5000 ₽ при тех же затратах на переезд — окупаемость растягивается до 16 месяцев, и здесь стоит честно спросить себя, оправдан ли переезд ради годовой перспективы, учитывая риски ниже.

Дополнительно посчитайте срок окупаемости с учётом «стоимости простоя» — если во время переключения MX часть писем от клиентов не дошла и это стоило вам, условно, одной упущенной сделки, добавьте эту сумму к единоразовым затратам. Это тот пункт, который не влезает в аккуратную табличку, но именно он чаще всего портит ROI на бумаге.

Репутационный риск нового IP и почему это не разовая проблема

Отдельно нужно честно проговорить риск, который не про деньги напрямую, а про доставляемость: новый IP-адрес сервера не имеет истории отправки почты, и почтовые системы получателей (Gmail, Mail.ru, Yandex, корпоративные фильтры) первое время относятся к письмам с него настороженно. Это называется разогревом IP (IP warm-up), и без него письма с абсолютно правильно настроенными SPF/DKIM/DMARC всё равно могут попадать в спам просто потому, что адрес «новый и незнакомый».

Практика разогрева:

• начинайте с малых объёмов — не переключайте сразу всю рассылку и всю входящую-исходящую почту компании в первый день, если есть возможность растянуть нагрузку;
• в первую неделю-две отправляйте с нового сервера меньше писем, чем обычно, постепенно наращивая объём — резкий скачок объёма с нового IP сам по себе триггер для спам-фильтров;
• следите за репутацией IP через открытые чёрные списки (проверка по DNSBL) и за метриками попадания в спам там, где это видно (например, через Google Postmaster Tools для писем на Gmail);
• первые 2-4 недели держите политику DMARC мягкой (p=none или p=quarantine), чтобы получать отчёты, а не терять письма молча.

Этот риск нельзя убрать полностью — он часть любого переезда почты на новую инфраструктуру, независимо от того, насколько хорошо вы всё настроили технически. Его можно только заложить в расчёт: добавьте к сроку окупаемости условный «период неполной эффективности» в 2-4 недели, когда часть писем может задерживаться в спам-фильтрах получателей, и не считайте первый месяц после переезда показательным для оценки итоговой экономии.

Когда переезд не окупается вовсе

Есть ситуации, где даже честный расчёт по формуле выше даёт отрицательный или неоправданно долгий срок окупаемости:

• Маленькая компания с постоянным штатом. Если у вас 5-10 ящиков и штат не растёт, абсолютная разница в рублях между подпиской и своим сервером может быть небольшой, а риски (простой, разогрев IP, время администратора) — непропорционально высокими относительно выигрыша.
• Нет своего администратора и нет времени разбираться. Если поддержку доставляемости придётся каждый раз покупать у подрядчика, это добавляет постоянную статью расходов, которая может съесть большую часть экономии — пересчитайте формулу с учётом этой ставки, прежде чем принимать решение.
• Критичность бесперебойной доставки в первые недели. Если компания в процессе, например, важных переговоров или сезонного пика продаж, где потеря даже нескольких писем критична, — здравый смысл подсказывает перенести миграцию на более спокойный период, а не оптимизировать по чистой окупаемости в рублях.

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

Частые вопросы