Как рассчитать почту для офиса до 50 пользователей

Для офиса до 50 человек я выбираю iRedMail или Mailcow не по ярлыку «проще», а по реальной нагрузке и тому, кто будет обслуживать сервер. У Mailcow в официальных требованиях — 6 GiB RAM плюс swap, а iRedMail просит от 4 GB для малонагруженного production с фильтрацией. Ни одна цифра не заменяет расчёт ящиков, подключений, архивов и календарей.

С чего начать выбор почтовой системы

Я начинаю с четырёх вопросов: сколько будет ящиков, сколько сотрудников подключаются одновременно, нужны ли общие календари и кто отвечает за обновления. Для почты на своём сервере важны также DNS, доступность исходящей SMTP-доставки у провайдера и готовность регулярно проверять резервные копии. Если один из этих пунктов неизвестен, сравнение интерфейсов пока ничего не решит. Сначала фиксирую требования, потом считаю хостинг и работу администратора. Для корпоративной почты мы в «АйТи-Фреш» начинаем именно с такой инвентаризации, а не с выбора красивой панели. Если нужно поручить эту работу специалисту, можно заранее обсудить настройку корпоративной почты. На отдельном листе я фиксирую, какие службы уже работают на сервере, кто управляет DNS, где лежат резервные копии и как сотрудники подключаются сейчас. Это избавляет от сюрприза, когда выясняется, что старый сайт уже занял нужный веб-порт или что подрядчик не передал доступ к доменной зоне. Установку планируют на подготовленную систему; существующие почтовые службы и другие приложения могут конфликтовать с новым комплексом. Эти вводные одинаково важны и для расчёта ресурсов, и для календаря миграции.

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

• Число ящиков и размер архивов
• Одновременные IMAP- и мобильные подключения
• Общие календари, контакты и веб-доступ
• Ответственный за резервирование и обновления

Сколько памяти и диска планировать

В документации Mailcow минимальная конфигурация указана как 6 GiB оперативной памяти и 1 GiB swap; для файлов системы требуется 20 GiB диска без учёта самих писем. Это порог для запуска стандартной конфигурации, а не обещание, что любой офис будет комфортно работать на таком объёме. В документации отдельно сказано, что 8 GiB рекомендуются примерно для 5–10 пользователей, а для сценария с 15 телефонами на ActiveSync и примерно 50 одновременными IMAP-подключениями стоит планировать 16 GiB. Это разные показатели нагрузки: число учётных записей не равно числу активных сессий. Для офиса до 50 человек нельзя честно вывести один универсальный размер RAM только из числа сотрудников.

Документация iRedMail указывает минимум 4 GB памяти для малонагруженного production-сервера с включённой проверкой спама и вирусов. Эту оценку тоже нельзя переносить на любую конфигурацию: добавление SOGo, мобильной синхронизации, больших архивов и активного поиска меняет профиль потребления. Поэтому я отдельно считаю пользователей, параллельные подключения, срок хранения писем, вложения и фоновые задачи. Для диска объём писем важнее красивого запаса «на глаз»: оцените текущий архив, рост за год и место для бэкапа. Если серверная площадка берёт доплату за RAM или диск, сравнивайте реальные тарифы провайдера при одинаковой ёмкости, а не предполагаемую экономию.

Практический вывод простой: цифры Mailcow и iRedMail нельзя ставить в одну строку как результаты испытания. Это минимумы и примеры из документации, полученные для разных условий. Я сначала определяю, будет ли у людей webmail, активная синхронизация телефонов, полнотекстовый поиск и антивирусная проверка, затем закладываю ресурс на рост. Если есть возможность, перед переездом запускаю тестовый контур и проверяю фактическую память при типичных подключениях. Один свободный гигабайт в пустой системе ещё не говорит, что он останется свободным после индексации архива и утреннего входа сотрудников. Диск считаю отдельно от памяти: складываю фактически занятое место, ожидаемый прирост писем за выбранный срок хранения и рабочий запас для служебных данных. Затем добавляю пространство под резервную копию и проверяю, где именно она будет храниться. Если копия лежит на том же томе, отказ диска может лишить нас сразу и рабочих писем, и возможности быстро восстановиться. Для Mailcow указанное в документации место для системы не включает почтовые данные, поэтому сравнивать его с полным объёмом виртуального диска нельзя. Эти цифры нужно записать в смету раздельно, иначе дешёвый тариф окажется дешёвым только до первой оценки архива.

• Mailcow: минимум 6 GiB RAM + 1 GiB swap
• Mailcow: 20 GiB диска без почтовых данных
• Mailcow: 8 GiB рекомендованы примерно для 5–10 пользователей
• iRedMail: от 4 GB для малонагруженного production с проверкой спама и вирусов

Нужны ли календарь, контакты и веб-интерфейс

Если сотрудники работают только с письмами через IMAP и привычный клиент, решающими будут доставка, резервирование, администрирование и удобство миграции. Если нужны общий календарь, адресная книга, webmail и синхронизация с телефонами, это уже отдельное требование. В Mailcow для этого предусмотрен SOGo: официальная документация описывает доступ к веб-почте, календарям и контактам. В iRedMail SOGo тоже доступен как групповой компонент, но его нужно выбрать при установке; не стоит считать, что календарь появится автоматически вместе с базовым почтовым набором. Поддержку клиентов и устройств надо сверить с конкретными приложениями сотрудников до закупки сервера.

Я прошу показать не список функций, а рабочий сценарий: секретарь создаёт встречу, коллега видит занятость, адресная книга доступна с телефона, а общий ящик имеет понятные права. Затем проверяю, какие протоколы и клиенты подходят, и кому придётся разбирать жалобы после обновления. Календарь, который формально есть, но не настроен на рабочих устройствах, пользы не даёт. Подробный обзор с третьим вариантом уже опубликован в материале iRedMail, Mailcow и Carbonio; здесь я разбираю более узкую задачу — как спланировать ресурсы и обслуживание небольшого офиса.

• Почта и адресная книга
• Личные и общие календари
• Телефоны и протокол синхронизации
• Права на общие ящики и папки

Как переносить почту и обслуживать сервер

Переезд состоит из сверки учётных записей и псевдонимов, квот и папок, настройки домена и сертификата, пробной синхронизации, переключения DNS и контроля после него. До отключения старой системы я проверяю отправку и приём извне, вход в почтовые клиенты, доставку в общие адреса, календарь и наличие писем за выбранный период. Не обещаю, что одна команда перенесёт всё без проверки: у разных систем могут отличаться папки, права, фильтры и структура адресных книг. Для контрольного плана пригодятся статьи о тестовом стенде переноса и о сверке после переноса.

Для исходящей почты нужны корректные DNS-настройки, в том числе SPF, DKIM и DMARC; они помогают проверять подлинность отправителя и согласованность домена, но не гарантируют попадание каждого письма во «Входящие». Дальше начинается эксплуатация: смотреть очередь и журнал ошибок, следить за свободным местом, ставить обновления и хранить резервную копию отдельно от основного сервера. В Mailcow обновление штатно запускается скриптом ./update.sh из каталога проекта; перед ним я сверяю изменения и убеждаюсь, что копия данных пригодна для восстановления. Бэкап, который ни разу не восстанавливали на тесте, — это пока только надежда с расписанием.

Системы требуют разных привычек, но у обеих есть регулярная работа. На iRedMail проверяют обновления операционной системы и почтовых компонентов, на Mailcow — состояние Docker-служб и обновление проекта. Не надо вручную удалять контейнеры или менять данные наугад: сначала смотрят журнал, затем действуют по документации и с проверенной копией. Иначе неисправность в одном сервисе легко превратить в более широкую проблему. Для небольшого офиса полезно заранее определить ответственного, окно обслуживания и порядок связи с сотрудниками, если после переключения обнаружатся старые папки или неверные настройки клиента. Отдельно записываю, кто имеет доступ к панели управления, где хранятся пароли восстановления и как подтверждается успешное завершение обновления. Изменения не заканчиваются нажатием кнопки: после них проверяют доступ к почте снаружи, принимают тестовое письмо и смотрят журналы ключевых служб. Эта дисциплина не зависит от выбранной платформы. Разница лишь в том, какие инструменты и документы понадобятся администратору.

• Сверить пользователей, псевдонимы и объёмы
• Проверить пробную копию писем и папок
• Настроить DNS и проверить отправку и приём
• Оставить старую систему доступной до контрольной сверки

Расчёт для условного офиса на 35 человек

Возьму только условную «Утро-Сервис» из карточки статьи: 35 сотрудников, без претензии на реальный клиентский кейс. Это расчётный сценарий, а не отчёт о выполненном внедрении. Если всем нужны обычные ящики, а календарь и совместная работа не требуются, я сравню обе платформы по диску, одновременным подключениям, доступности DNS и наличию администратора Linux. Если нужны общие календари и активная мобильная синхронизация, проверю SOGo и отдельно измерю соответствующую нагрузку. Само число 35 не позволяет обещать Mailcow на 8 GiB или объявить iRedMail достаточным на 4 GB: официальные примеры относятся к конкретным условиям, а не к этому условному офису.

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

• Выбирайте iRedMail, если важны прямое администрирование Linux и только нужные почтовые функции
• Рассматривайте Mailcow, если подходят Docker и его встроенный набор групповой работы
• Обе конфигурации проверяйте на фактической нагрузке до переноса всей почты

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