Назад к блогу

Не сисадмин, но почтовый сервер на 200 ящиков — за один день

Маркетолог без сисадминского бэкграунда поднял почтовый сервер на 200 ящиков за один день вместе с ИИ-агентом. Клиент экономит ~43 000 ₽/мес вместо Яндекс 360.

19 июн. 2026 г.
TL;DR

Маркетолог без сисадминского бэкграунда поднял корпоративный почтовый сервер на 200 ящиков за один рабочий день — вместе с ИИ-агентом. Клиент платил за облачную почту ~45 000 ₽/мес, теперь платит 1 980 ₽/мес за VPS. Главная история не про Mailcow — а про то, как изменилась рабочая роль.

Когда клиент пришёл с вопросом «есть варианты по почте?» — первые десять минут я честно сидел и думал: надо звонить сисадмину.

Не потому что лень. Просто задача звучала страшно. Двести корпоративных ящиков — это не «тестовая почта на троих». Это продакшн, это живые люди, это «если что-то пойдёт не так — клиент прочувствует это в понедельник утром, когда не сможет открыть письмо». Postfix, DKIM, DMARC, SPF — слова, которые я знал как набор букв. Не как набор понятий.

Я реально набрал в поиске «сисадмин фриланс москва» — и закрыл вкладку через минуту. Не из экономии (хотя и из неё тоже). Просто подумал: я уже несколько месяцев работаю с ИИ-агентами на задачах, которые раньше отдавал на аутсорс. Контент, SEO, аналитика, базовая автоматизация. Каждый раз кажется — «нет, вот это точно не для меня», и каждый раз оказывается, что паттерн один и тот же: собрать контекст, дать агенту, итерировать, довести до прода.

Вопрос был один: работает ли этот паттерн для задачи сисадмина?

Я решил проверить. Не потому что я герой. Просто было интересно — и терять, в общем-то, было нечего, кроме вечера.

Спойлер: сработало.

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

Я не сисадмин. Я маркетолог. Но почтовый сервер на 200 ящиков мы клиенту подняли — и сэкономили ему ~50к ₽ в месяц (сейчас ~43к, но следующее повышение уже объявлено — так что цифра растёт). Сейчас расскажу, как.

Нет, это не история про «нашёл гениальный гайд» или «нанял подрядчика». Это история про то, как одним сентябрьским вечером я сел с агентом в Cursor и просто пошёл вперёд. Без сертификатов по Linux, без ночных дежурств, без знания Postfix наизусть. Ждал, что будет стопор — его не было.

[screenshot placeholder] Финальная панель Mailcow — 200 активных корпоративных ящиков после настройки
Так выглядит результат: сервер живой, ящики активны

Откуда всё началось — облачная почта подняла ценник

Клиент — большая сеть языковых школ. Примерно 200 сотрудников, 200 корпоративных ящиков. Почта жила в облачном сервисе — нормально жила, без нареканий.

Пока сервис не поднял ценник.

Было ~25к ₽/мес (с учётом скидок и договорённостей). Стало ~45к ₽/мес сейчас. Прогноз на следующий год — ~60к ₽/мес при том же объёме. Никакого форс-мажора, просто новая тарифная сетка.

Я помню, как увидел эту цифру — ~60к ₽/мес. Это примерно зарплата начинающего специалиста. Только это не зарплата — это почтовый сервис. За то же самое, что было, только дороже. И с перспективой, что через год станет ещё дороже.

Клиент пришёл ко мне с вопросом: «Есть варианты?»

Честно — вопрос мог закончиться двумя ответами. Первый: «да, вот три SaaS-альтернативы, выбери». Второй: «надо считать, может self-hosted». Я прикинул: SaaS-альтернативы — это либо снова «платим чужому сервису и молимся на ценовую политику», либо долгая миграция и адаптация 200 человек. Ни то ни другое не казалось идеальным.

Self-hosted — страшнее с порога, но если разобраться — это один раз потратить время и дальше платить только за VPS. Никаких сюрпризов с ценниками.

Моя первая мысль была предсказуемой: «Наверное, нужен сисадмин». Вторая — уже интереснее: «А давай сначала разберёмся, что вообще бывает».

Первый шаг — не гуглить, а спросить правильно

Я не полез сразу в мануалы по Postfix. Это была бы классическая ошибка маркетолога, который вдруг решил стать сисадмином — нырнуть в документацию, не понимая, зачем.

Вместо этого я сел в Perplexity и сформулировал вопрос иначе: «Что вообще бывает в качестве self-hosted почтовых серверов? Какие риски для компании с 200 пользователями? Что выбирают те, кто уже прошёл этот путь?»

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

Perplexity — мой первый инструмент именно для таких моментов: «я вообще не понимаю область, дай мне ориентиры». Не ChatGPT, не Google — а именно Perplexity, потому что он даёт ссылки на источники, и ты сразу видишь, насколько это реальные данные, а не галлюцинации.

Через час у меня была нормальная карта. Mailcow — популярный выбор для среднего бизнеса: работает через Docker, внутри Postfix + Dovecot + Rspamd, есть веб-панель. Что важно — Mailcow это готовый пакет, его не надо собирать по частям. Ставишь одним скриптом, дальше управляешь через UI. Это принципиально для меня — не потому что я боюсь командной строки, а потому что меньше точек отказа.

Провайдер для VPS — с разумным ценником, российские датацентры, техподдержка по-русски — для клиента это важно. Тариф на 4 ядра, 8 гигабайт RAM, 80 гигабайт NVMe. Стоит 1 980 ₽/мес.

Арифметика простая. Даже не нужна таблица.

Cursor + агент: «погнали»

Дальше я открыл Cursor, поставил агента в режим Chat и дал задачу: «Нужно поднять Mailcow на Ubuntu 24.04 на VPS. Вот конфигурация сервера, вот что нужно настроить. Поехали пошагово».

Темп работы с самого начала был странным — в хорошем смысле. Агент не задавал вопросов в стиле «а вы точно хотите это делать?». Он просто шёл. «Устанавливаем Docker», «Клонируем репозиторий», «Правим mailcow.conf», «Запускаем».

Я писал ему коротко: «погнали», «продолжай», «делай дальше».

Первый страшный момент — когда агент написал «запускаем docker compose up -d». Я нажал Enter — и на несколько секунд буквально остановился. Это не локалка. Это VPS, который уже оплачен, уже настроен, и клиент ждёт результата. Если сейчас что-то сломается, это не «закрыть вкладку и переоткрыть».

Но ничего не сломалось. Контейнеры поднялись. Агент написал «Docker stack запущен. Проверяем доступность веб-панели». Я зашёл в браузер — и там был Mailcow. Просто был. Живой.

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

Дальше темп только рос. Часа через три я настолько втянулся, что забыл переключить раскладку — и написал не «я всё сделал», а "ye z dct cltkfk". Прямо в чат. Агент расшифровал без вопросов и продолжил. Ни один сисадмин-человек так бы не сделал — он бы сначала переспросил, потом посмеялся, потом написал что-то в стиле «вы имели в виду вот это?».

Агент просто понял и пошёл дальше.

Где-то на четвёртом часу была секунда — не усталость, скорее удивление. Я маркетолог, которому никогда не снилось настраивать Postfix. А тут сижу и думаю не «что это вообще?», а «окей, следующий шаг — проверить SPF-запись». Контекст задачи просто перелился из агента в меня. Незаметно.

[screenshot placeholder] Фрагмент переписки с ИИ-агентом в Cursor — ритм работы командами «погнали» и «продолжай»
Так выглядел темп: короткие команды, агент идёт вперёд без лишних вопросов

Грабли — куда без них

Всё шло быстро. Но не идеально — и это тоже часть истории.

Первая грабля: DMARC и SPF перепутались местами.

Есть такая штука в DNS — записи, которые говорят почтовым серверам мира: «вот кто имеет право слать письма от нашего имени». SPF и DMARC — два разных документа, и у каждого своё место в DNS. Я прописал не туда.

Понял не сразу. Просто отправил тестовое письмо — и оно не пришло. Не пришло снова. Я сидел и смотрел в экран в формате «ну и что теперь». Стал копаться в логах — там было что-то про TXT-запись, но что именно не так, я честно не понимал.

Агент диагностировал быстро: «TXT на корне — всё ещё DMARC-текст, а должен быть SPF. _dmarc — пусто, а там как раз должен быть DMARC». Объяснил, куда переставить. Итерация — и пошло. Всего потерял, наверное, минут тридцать. Но именно в эти тридцать минут я понял, что «не понимаю что происходит» — это нормальная часть процесса, а не сигнал остановиться.

Вторая грабля: две двери в сервер.

Письма уходили, но входящие с некоторых адресов возвращались с ошибкой. Почтовый сервис писал что-то вроде «550 Administrative prohibition» — для непосвящённого это просто красный текст, непонятно что делать.

Вот тут был момент, близкий к панике. Не потому что всё рухнуло — а потому что «ошибка есть, а куда смотреть — непонятно». Я на секунду подумал: может, всё-таки позвонить сисадмину?

Но сначала написал агенту. И агент нашёл причину за итерацию: у сервера было две «двери» — одна по старому протоколу, вторая по новому. Почта шла в не ту. Фикс был в DNS: убрать одну запись — и весь поток пошёл через Mailcow, как надо.

(Для тех, кому важны детали: это история про IPv6/IPv4 и хостовый Exim вместо Docker-контейнера. Но для блога хватит метафоры «две двери».)

Третья — PTR-запись, которую агент не мог исправить.

PTR — это обратная DNS-запись: когда сервер получает письмо, он может проверить, совпадает ли IP с именем отправителя. Без этого некоторые почтовые серверы смотрят подозрительно.

Проблема в том, что PTR настраивается в панели провайдера. А агент туда не мог зайти. Буквально — «не могу управлять браузером из этого диалога».

Я не разозлился. Это было честно.

И вот это «честно» — на самом деле самое важное. Потому что агент мог попробовать объехать — напридумывать каких-то обходных решений, потратить ещё час на попытки. Но он сказал: здесь граница, вот что ты можешь сделать сам.

Когда инструмент знает свои ограничения и честно о них говорит — ему начинаешь доверять сильнее, чем если бы он делал вид, что умеет всё. Это ценная черта. Я с такой честностью встречаюсь редко даже у людей-подрядчиков.

Зашёл в панель провайдера руками, убрал лишнюю PTR-запись. Потом написал тикет в поддержку на разблокировку 25-го порта — это тоже не делается командой в терминале, это человеческий тикет. Прошло пару часов — порт открыли.

Вот тут проходит настоящая граница: агент делает всё, до чего можно дотянуться командой. Там, где нужен браузер или человеческий запрос — иду сам.

SELF_TEST_PASS

Наступил момент, который я ждал с самого начала.

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

Пока ждал ответа — буквально встал из-за стола и прошёлся по комнате. Не от нервов. Просто потому что сидел несколько часов не вставая, и вдруг захотелось двигаться. Это такое состояние, когда ты уже знаешь, что сделал — и ещё секунду держишь это знание, не открывая письмо.

Агент проверил INBOX. Письмо лежало. status=sent.

Агент написал: SELF_TEST_PASS.

Я показал клиенту на следующий день — без лишних слов, просто скинул скриншот с панелью и цифрой «1 980 ₽/мес». Реакция была короткой и понятной: «это работает?» — «работает» — «отлично». Никакого торжества. Деловые люди так реагируют на хорошие новости: кивают и идут дальше.

Всё. Готово. 1 рабочий день суммарно.

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

[screenshot placeholder] Переписка с агентом: SELF_TEST_PASS — письмо в INBOX, status=sent
Этот момент — финал дня. Тихая победа

Что это значит — не про Mailcow

Я хочу остановиться на секунду, потому что тут есть кое-что важнее, чем почтовый сервер.

Раньше задача «настроить корпоративную почту для 200 человек» автоматически означала: «найди сисадмина». Либо плати интегратору, либо ищи фрилансера с нужными компетенциями, либо клади на это дополнительные 2-3 недели поиска и согласований.

Теперь — нет. Не потому, что я вдруг стал сисадмином. Я им не стал. Я по-прежнему не знаю Postfix наизусть. Но я умею работать с агентом на задаче сисадмина.

Это новая рабочая роль. Не «маркетолог, который читал Stack Overflow». А «маркетолог + ИИ-агент = узкий специалист на стандартной задаче».

Паттерн выглядит так:

Задача → собрать контекст (Perplexity) → дать агенту (Cursor) → итерировать → довести до прода.

И он работает там, где задача стандартная. Где есть документация, где есть Google, где есть Stack Overflow. Mailcow на Ubuntu — задача из этой категории.

Из похожих задач, которые я прогонял через тот же паттерн в последнее время: настройка Telegram-бота для сбора заявок (агент написал весь Python, я только запустил); интеграция CRM с Google Sheets через webhook (агент написал скрипт и объяснил, куда вставить); сборка PDF-генератора для отчётов (агент сделал за вечер то, на что я бы искал подрядчика неделю). Везде одно и то же: задача стандартная, документация есть, агент ведёт — я довожу.

Но честно — паттерн не везде работает.

Если задача нестандартная — например, отладка производительности под высокой нагрузкой, или аудит безопасности серьёзной инфраструктуры, или миграция данных со сложной логикой и кучей исключений — агент поможет разобраться в контексте, но заменить живого специалиста не сможет. Там нужен человек, который видел эту конкретную проблему руками, а не тот, кто прочитал про неё в Stack Overflow. Разница есть, и я стараюсь её не игнорировать.

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

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

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

ИИ-агент не делает всё за тебя. Но он делает первые десять шагов вместе с тобой — и после этих десяти шагов ты уже понимаешь задачу. А понимание задачи — это половина решения.

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

Цифры на память

До повышения: ~25к ₽/мес (старая тарифная сетка с договорёнными скидками). Нормально — ну и ладно.

Было: ~45к ₽/мес за облачную почту сейчас. К следующему году прогноз — ~60к ₽/мес при том же объёме. Не форс-мажор, просто новая тарифная сетка.

Стало: 1 980 ₽/мес за VPS. Плюс один рабочий день — один раз. Больше времени в этот сервер вкладывать не нужно: он работает сам.

Экономия: ~43к ₽/мес прямо сейчас. Если сравнивать с тем, куда шла цена — ~58к ₽/мес в следующем году, это ~696к ₽/год.

Итого: TTM — 1 рабочий день. Окупаемость — примерно час после запуска.

[screenshot placeholder] Тариф VPS: 4 ядра, 8 ГБ RAM, 80 ГБ NVMe — 1 980 ₽/мес
Столько платит клиент теперь — вместо ~45 000 ₽ за облачную почту

Если у тебя похожая задача

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

Такие запросы мне нравятся — конкретная задача, конкретная экономика. Обсудим без обязательств.

Цифровая трансформация бизнеса — это не всегда большой проект на полгода. Иногда это один день, один агент и 1 980 рублей в месяц.

P.S. Если хочешь сам разобраться, как работать с ИИ-агентами и строить подобные вещи своими руками — у меня на сайте лежит бесплатный курс Prompt.exe. 22 урока, без регистрации, без «премиум-стен». Просто заходишь и проходишь.

BUILD 2.0 · MSKPROMPT.EXE ↗