Эксперты в подборе IT-оборудования
Российский почтовый сервер - это корпоративная почтовая система из реестра отечественного ПО, которая ставится на своё железо и закрывает то же, что раньше закрывал Microsoft Exchange: ящики на своём домене, общие календари, адресная книга, доступ с телефона. На рынке их около десятка. Выбор между ними - вопрос второй; сначала решается, нужен ли вообще свой сервер и что под него купить.
14 октября 2025 года Microsoft прекратила поддержку Exchange Server 2016 и 2019. Программа платных обновлений безопасности продлевала жизнь этим версиям ещё полгода и закончилась 14 апреля 2026 года. То есть с весны 2026-го Exchange 2016 и 2019 не получают ничего: ни патчей, ни исправлений, ни техподдержки.
Единственная поддерживаемая версия Exchange для установки на своё железо теперь одна - Subscription Edition. Название говорит само за себя: она живёт на активной подписке. Для российской компании это и есть тупик - продлить подписку легально негде.
Дальше начинается арифметика рисков. Почтовый сервер торчит в интернет несколькими портами и обрабатывает то, что ему присылают снаружи. У Exchange за последние годы вышло несколько критических уязвимостей, через которые машину забирали целиком. Пока патчи выходили, это была рутина: обновился и живёшь дальше. Без патчей каждая новая дыра остаётся открытой навсегда.
Реестр российского ПО ведёт Минцифры, а реестр оборудования - Минпромторг. Почтовая платформа проверяется по первому, сервер под неё - по второму. Это две процедуры в разных ведомствах, и при закупке по импортозамещению пройти придётся обе.
Как устроена проверка по второму реестру, разобрано в статье про реестр Минпромторга.
Почтовых архитектур три, и путать их не стоит: отличаются они ценой, зоной ответственности и ограничениями по закону.
| Почта у хостера или регистратора | Российское облако | Своя платформа на своём сервере | |
|---|---|---|---|
| Что вы получаете | ящики на вашем домене | ящики плюс календари, диск, мессенджер | полный контроль над системой |
| Кто администрирует | провайдер | провайдер | вы или подрядчик |
| Порог входа | почти ноль | плата за ящик в месяц | сервер плюс лицензии |
| Где лежат письма | у провайдера | у провайдера | у вас |
| Реестр ПО | обычно нет | у части провайдеров есть | есть |
| Живёт при обрыве интернета | нет | нет | внутренняя переписка - да |
Первый вариант закрывает потребности компании на десять-пятнадцать человек, и городить ради этого сервер незачем. Второй - разумный дефолт для большинства: платите за ящики, вопросы доставки и антиспама решает провайдер. Третий нужен, когда есть причина держать переписку у себя.
Российских платформ для третьего варианта на рынке около десятка: RuPost от группы «Астра», Tegu, Mailion от «МойОфис», CommuniGate Pro, почтовые продукты VK. Все они в реестре, все ставятся на Linux - обычно на «Астру» или РЕД ОС, реже на обычный Debian или Ubuntu. Чем они отличаются между собой и какую брать под свои задачи - разобрано отдельно, в статье про выбор почтового сервера для организации. Здесь важнее другое: по требованиям к железу все они устроены похоже, и сервер под них подбирается по одним и тем же правилам. Что до самой операционной системы, выбор между «Астрой», РЕД ОС и остальными - тема материала про российские операционные системы.
Свой почтовый сервер - это отдельная железка, отдельные лицензии и человек, который умеет читать логи Postfix. Расходы понятные и постоянные. Значит, должна быть причина.
Причины, которые встречаются в реальных закупках:
А теперь честно про обратную сторону. Есть несколько ситуаций, в которых свой сервер только добавит работы.
Компания меньше двадцати-тридцати человек и переписка не содержит ничего чувствительного. Нет своего админа - только приходящий раз в неделю. Некому следить за доставляемостью: письма со своего сервера гораздо охотнее попадают в спам, чем письма из облака, и это придётся чинить руками. Нет резервного канала интернета - сервер с одним каналом лежит вместе с каналом.
Один почтовый сервер в углу серверной - это одна точка отказа для всей переписки компании. Прежде чем уходить из облака, стоит честно ответить, что будет в тот день, когда эта машина не включится.
Здесь начинается разница между «почта работает» и «почта работает как надо». Принимать и отдавать письма умеет любой Postfix, поднятый за вечер. Проблемы приходят потом.
Три DNS-записи, без которых письма с вашего домена улетают в спам. SPF перечисляет серверы, которым разрешено отправлять почту от имени домена. DKIM подписывает каждое письмо ключом, чтобы получатель убедился, что письмо не подменили. DMARC говорит принимающей стороне, что делать с письмом, которое проверку не прошло - пропустить, положить в спам или отбросить.
Это не факультатив. С февраля 2024 года Google требует все три записи от отправителей, которые шлют больше 5 000 писем в сутки на адреса Gmail, и держит планку по жалобам на спам ниже 0,3%. Яндекс и Mail.ru смотрят на наличие записей при любом объёме отправки. Полезная деталь механики: DMARC засчитывается, если письмо прошло хотя бы одну из проверок - DKIM или SPF, - поэтому настроенный DKIM спасает письма, пересланные через чужой сервер, где SPF ломается.
Свежий адрес из пула провайдера может быть уже в чёрных списках после предыдущего арендатора. Проверять надо до запуска, а не после. И обратная DNS-запись (PTR) должна совпадать с именем, которым сервер представляется: её отсутствие - одна из самых частых причин отказов в доставке.
Антиспам и антивирус на входе бывают двух видов: встроенный модуль платформы или отдельный шлюз перед сервером. Шлюз дороже и надёжнее, встроенного модуля большинству хватает.
Архив - это возможность сложить копию всей переписки отдельно от ящиков пользователя. Пригодится и при разборе инцидентов, и когда сотрудник уходит вместе со своей почтой.
С резервным копированием есть ловушка, на которой спотыкаются регулярно. Почта - это письма на диске плюс база с индексами и метаданными, и две эти части обязаны совпадать. Скопировали файлами на работающем сервере - получили рассинхрон, который вылезет уже при восстановлении, когда будет поздно. Нужен либо штатный механизм платформы, либо снапшот с кратковременной остановкой сервиса.
Хорошая новость: почта - нагрузка скромная. По процессору и памяти почтовый сервер на сотню-другую ящиков заметно легче, чем сервер 1С на то же число пользователей. Плохая новость: почта чувствительна к дискам и растёт непрерывно.
Минимальные требования вендоры пишут скромные. У RuPost базовый минимум - два ядра от 2 ГГц и 2 ГБ оперативной памяти. Эту цифру не стоит воспринимать как рекомендацию к закупке: она означает «система запустится», а не «сотня человек будет спокойно работать».
До 100 почтовых ящиков RuPost ставится одним узлом - база данных и кеш живут на той же машине. Свыше 100 ящиков вендор требует выносить PostgreSQL и Memcached на отдельные узлы. Сотня ящиков - это архитектурная развилка. Памяти докупить тут уже недостаточно.
Планируете рост со ста до двухсот человек - закладывайте место под три роли сразу. Один сервер помощнее тут не спасёт.
Дальше считается диск, и считается он арифметикой, которую вы сделаете сами лучше любого калькулятора:
По типу дисков картина простая. Под базу и индексы - SSD, желательно корпоративные, с защитой от потери питания. Под архив и старые письма - обычные SAS или SATA-диски: к ним обращаются редко, платить за скорость незачем. Массив - зеркальный или RAID 10; RAID 5 на больших дисках при перестройке даёт такую нагрузку и такое окно риска, что для почты его берут неохотно.
Память считается от числа одновременных сессий, а не от числа ящиков. Люди держат почту открытой весь день на компьютере и на телефоне - это две сессии на человека. Для сотни сотрудников 16-32 ГБ обычно хватает с запасом, но точную цифру даёт только документация вашей платформы.
ECC-память - отдельный разговор. Через оперативную память проходит всё: и сами письма, и индексы базы. Ошибка бита здесь не падает с грохотом, а тихо уезжает в хранилище и всплывает через полгода - уже разъехавшись по всем резервным копиям. Экономия на ECC окупается плохо.
Форм-фактор чаще всего выбирают по тому, есть ли стойка. Есть стойка - берут стоечный сервер на 1U или 2U, 2U удобнее из-за корзин под диски. Стойки нет, сервер стоит в шкафу в кабинете - смотрят на башенные модели, они тише. Подобрать конкретную платформу под нагрузку помогает разбор сервера под почту и 1С - эти две задачи в малых компаниях часто живут на одной машине.
Порядок, в котором это делается, экономит больше денег, чем выбор вендора.
| Что спросить | Почему это важно |
|---|---|
| Лицензии считаются по людям или по ящикам? | Разница ощутимая, если у вас много общих адресов вида info@ и sales@ |
| Платформа в реестре российского ПО, сервер - в реестре Минпромторга? | При закупке по импортозамещению нужны оба, и проверяются они в разных местах |
| На какой ОС это будет жить и есть ли на неё лицензии? | Российские почтовые системы ставятся на сертифицированные сборки Linux; лицензия на ОС - отдельная строка бюджета |
| Сколько времени занимает переезд старых ящиков? | Миграция с Exchange - самая недооценённая часть проекта. Спрашивать надо не «поддерживается ли она», а сколько идёт на вашем объёме и что будет с общими календарями |
| Кто администрирует систему после запуска? | Свой админ, подрядчик на поддержке или никто. Третий вариант встречается чаще, чем хотелось бы |
| Есть ли резервный канал интернета и ИБП? | Почтовый сервер без питания и без канала - просто тёплая железка |
Если после этого списка захотелось развернуть систему самостоятельно и посмотреть, как она себя ведёт, есть подробная инструкция, как развернуть почтовый сервер с нуля - на тестовом стенде это вечер работы и хороший способ понять, во что вы ввязываетесь.
Обязательно ли уходить с Exchange прямо сейчас?
Юридически вас никто не заставляет. Технически Exchange 2016 и 2019 с апреля 2026 года не получают обновлений безопасности вообще, и каждая новая уязвимость остаётся в вашем сервере навсегда. Если сервер доступен из интернета, тянуть не стоит.
Российский почтовый сервер обязательно ставить на «Астру»?
Нет. Большинство платформ работает на нескольких дистрибутивах Linux, включая обычные Debian и Ubuntu. Сертифицированная ОС нужна там, где её требует регулятор или условия закупки.
Сколько стоит своя почта против облака?
Считайте на три года: сервер плюс лицензии платформы плюс лицензии ОС плюс работа по внедрению - против помесячной платы за ящики. На малых объёмах облако почти всегда дешевле; точка, где своё железо начинает отбиваться, посчитана на конкретных цифрах в разборе выбора почтового сервера по ссылке выше.
Почему письма с нашего сервера попадают в спам?
В подавляющем большинстве случаев - из-за отсутствия или ошибок в SPF, DKIM, DMARC, отсутствия PTR-записи или плохой репутации IP-адреса. Проверяется это за час, чинится обычно в DNS.
Можно ли держать почтовый сервер на той же машине, что и 1С?
В маленькой компании - можно, в виртуальных машинах и при условии, что дисков хватает обеим. Но это одна точка отказа на две критичные системы, и при росте их разносят.
Что делать с архивом старой переписки при переезде?
Выгружать в формат, который читается без старой системы, и складывать отдельно. Разбирать архив в момент миграции - плохая идея: миграция и так самая нервная часть проекта.
Считаете сервер под корпоративную почту?
Инженеры ITTELO посчитают конфигурацию под ваше число ящиков и объём переписки, соберут и протестируют сервер под задачу перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.
Купить почтовый сервер для организации · +7 (800) 551-80-12 · info@ittelo.ru
