Как я проверяю Mailcow, iRedMail и Carbonio перед запуском в 2026 году

Mailcow я беру на испытания, если команда умеет поддерживать Docker; iRedMail — если удобнее пакеты Linux; Carbonio CE — если нужны ещё файлы и совместная работа. Окончательный выбор делаю после проверки обновления, календарей и восстановления. Ни контейнеры, ни бесплатная лицензия не заменяют этот тест. Ниже — порядок приёмки для офиса до 50 человек.

Какие различия архитектуры проверять на стенде

При внедрении корпоративной почты я сначала выясняю, кто будет обслуживать её после сдачи. Mailcow запускает Postfix, Dovecot, Rspamd, SOGo и другие компоненты в Docker-контейнерах. Это даёт готовую связку сервисов с согласованными настройками. На испытаниях я прошу администратора показать, где находятся постоянные данные, как посмотреть журналы и что произойдёт при перезапуске. Контейнер удобно заменить, но письма и базы должны пережить эту замену. Если никто не может объяснить, где они хранятся, запуск откладываю.

iRedMail в этой статье — классическая установка с помощью открытого установщика, а не отдельная Enterprise Edition. Он устанавливает и настраивает почтовые компоненты пакетами в чистую ОС. На Debian и Ubuntu используются официальные репозитории дистрибутива. Системные службы остаются привычными для администратора Linux; утверждение, что обновление Postfix обязательно требует ручной пересборки, неверно. Я проверяю происхождение пакетов и записываю изменения конфигурации. Просто перенести старый набор файлов поверх новой установки нельзя: нужно понимать, какие параметры относятся к выбранной версии.

Carbonio CE тоже использует нативные пакеты Linux. В официальной схеме его компоненты состоят из одного или нескольких пакетов: отдельно описаны каталог, база, почтовое хранилище, веб-доступ и средства совместной работы. Приписывать ему контейнерную архитектуру mailcow — техническая ошибка. Для небольшого офиса я рассматриваю документированную установку на одном сервере и проверяю весь выбранный состав. Файлы, чаты и редактор документов имеют смысл, когда сотрудники ими пользуются. Иначе дополнительные сервисы всё равно придётся обновлять, наблюдать и восстанавливать.

Контейнеры разделяют приложения, но используют ядро хоста; права, доступ к данным и настройки сети влияют на границы этой изоляции. Поэтому я не объявляю iRedMail менее безопасным только из-за пакетной установки и не обещаю mailcow защиту от любой уязвимости. Базовое сравнение трёх почтовых систем уже помогает составить короткий список. Здесь следующий этап: проверить выбранного кандидата до рабочей миграции. Для каждого теста я записываю ожидаемый результат, наблюдение и того, кто исправит расхождение.

• Mailcow: контейнеры, постоянные данные, сеть Docker.
• iRedMail: пакеты ОС, конфигурация, последовательность обновлений.
• Carbonio CE: пакеты компонентов, зависимости, нужные офису модули.

Какие ОС и ресурсы сверить в 2026 году

Я сверяю требования на дату подготовки, 25 октября 2026 года, и сохраняю выбранные версии в плане работ. В таблице mailcow перечислены Debian 11–13, Ubuntu 22.04 и новее, AlmaLinux 8/9 и Rocky Linux 9; у таблицы стоит отметка актуальности «август 2025». Это перечень проверенных проектом систем, а не разрешение игнорировать жизненный цикл дистрибутива. Для новой установки я рассматриваю Debian 13 или Ubuntu 24.04 после проверки совместимости всей связки. Старое «Debian 10+, Ubuntu 20.04+, CentOS 8+» больше не годится как рекомендация.

Для mailcow подтверждены архитектуры x86_64 и ARM64. Официальный минимум стандартной конфигурации — 6 GiB оперативной памяти плюс 1 GiB swap, а 20 GiB диска указаны без писем. У iRedMail документация для Debian и Ubuntu требует хотя бы 4 GB памяти для малонагруженной рабочей почты с проверкой спама и вирусов. Эти числа описывают разные комплекты сервисов, поэтому сравнение только по нижней границе памяти обманчиво. Я измеряю потребление при одновременной работе веб-почты, индексации, обработки вложений и резервного копирования.

Для Carbonio CE официально указаны Ubuntu 22.04/24.04 LTS Server и RHEL 8/9. Базовые требования: минимум 4 ядра Intel/AMD x86-64, 16 GB памяти и 50 GB диска под ОС и платформу; рекомендовано 32 GB памяти и больше. Письма увеличивают потребность в диске отдельно. На стенде я выделяю ресурсы выбранному составу компонентов и смотрю, что происходит во время совместной работы и фоновых задач. Фраза «любой современный LTS» скрывает слишком много. Успешная установка на похожий дистрибутив ещё не делает его официально поддерживаемым.

В расчёт места я включаю текущую почту, ожидаемый прирост, индексы, рабочий запас и отдельное хранилище копий. Складывать только квоты ящиков недостаточно: место требуется и служебным данным. По ОС iRedMail я проверяю список именно для выбранного выпуска установщика, а не обещаю поддержку любого Linux. На выходе получается паспорт стенда: ОС, архитектура, выпуски платформы и компонентов, выделенные CPU, память и диски. Этот паспорт я прикладываю к результатам испытаний, иначе повторить успешную проверку на рабочем сервере будет трудно.

• Сверить ОС с документацией выбранного выпуска.
• Отделить минимум платформы от расчёта рабочей нагрузки.
• Проверить свободное место во время копирования и индексации.

Как проверить обновление, безопасность и откат

В mailcow обновление выполняет скрипт из каталога установленного проекта. Сначала я проверяю доступные изменения командой ниже. Ключ --check показывает обновления и изменения; саму установку обновления он не выполняет. Затем читаю примечания к выпуску, готовлю копию и применяю обновление на стенде. После него повторяю вход пользователей, приём и отправку почты, работу поиска и календаря. Успешное завершение скрипта — один результат проверки. Оно ещё не подтверждает, что сохранились все нужные офису функции.

./update.sh --check

В документации mailcow есть процедура возврата к предыдущему состоянию кода и образов. Но обещать откат всей почтовой системы одним движением я не стану: состояние баз и писем тоже должно быть согласовано. До обновления я фиксирую, какую копию восстановлю, если простой возврат образов не поможет. Для классического iRedMail действуют отдельные инструкции перехода между соседними выпусками; пропускать их проект не разрешает. Повторно запускать свежий установщик поверх рабочей системы для обновления тоже не требуется. Здесь цена пропущенного шага гораздо конкретнее спора о моде на контейнеры.

Дата «февраль 2026» относится к завершению поддержки legacy-ветки mailcow на базе выпуска 2025-02. Это не общий срок жизни mailcow и не дата окончания поддержки всех старых установок. На дату статьи указанный срок уже прошёл. Если сервер остался в этой ветке, я готовлю переход с проверкой совместимости и восстановления. Подробности вынесены в разбор срока поддержки legacy mailcow. По другим версиям я смотрю их собственные примечания и доступный путь обновления; универсальную дату им не назначаю.

По безопасности я сравниваю одинаковые вещи: установлены ли исправления, кому доступно управление, какие сервисы опубликованы наружу и кто получает уведомления о сбоях. Для Carbonio CE отдельно читаю порядок обновления пакетов и зависимостей; переносить сюда команды mailcow нельзя. На испытании я проверяю, что сотрудник видит только положенные ему ящики и календари, а административный доступ выдан назначенным людям. Найденный сбой записываю с воспроизводимым условием. Без подтверждения я не называю ошибку критической уязвимостью и не приписываю всей платформе заведомую небезопасность.

• Перед обновлением: примечания к выпуску и проверенная копия.
• После обновления: вход, доставка, поиск, календарь.
• При неудаче: заранее описанный возврат и сверка данных.

Как испытать систему на задачах «Импульс-Мед»

Беру условный сценарий сети «Импульс-Мед»: 24 почтовых ящика, 180 GB существующей переписки, общая адресная книга и календари сотрудников. Это заданные для примера исходные данные, не отчёт о реальном клиентском проекте. Для пилота выбираю 4 пользователей с разными задачами: личная переписка, общий адрес, календарь и работа с телефона. Испытывать сразу все платформы необязательно. Сначала я отсеиваю неподходящие по требованиям, затем проверяю оставшихся на одинаковых действиях и одинаковом наборе обезличенных тестовых данных.

Допустим, в исходной установке iRedMail использовали только Roundcube, а теперь потребовались общие календари. Это ещё не причина менять платформу: iRedMail предлагает SOGo с CalDAV для календарей, CardDAV для контактов и ActiveSync. Я сначала проверю такую конфигурацию на поддерживаемой ОС. Если одновременно установлены Roundcube и SOGo, есть конкретная тонкость: документация предупреждает о несовместимости создаваемых ими правил фильтрации. По умолчанию управлять фильтрами в такой связке следует через Roundcube. Я заранее выбираю один интерфейс управления правилами и объясняю его участникам пилота.

В mailcow я проверяю те же пользовательские операции через включённый SOGo и выбранные почтовые программы. В Carbonio CE отдельно испытываю собственный веб-клиент, доступные способы работы с календарём и нужные мобильные приложения. Наличие приложения на телефоне не доказывает поддержку Exchange ActiveSync: для коммерческого Carbonio этот протокол указан как дополнительная платная опция. Я создаю встречу, меняю время, отправляю приглашение и проверяю результат у организатора и участника. То же делаю с общей папкой и её правами. Зелёный экран входа этого не проверит.

Для учебного плана отвожу на пользовательский пилот 2 рабочих дня, а возврат сервиса из копии ставлю отдельным испытанием с целевым пределом 4 часа. Это условия примера, а не норматив производителя и не обещание срока переноса 180 GB. В протоколе я фиксирую фактическое время и все несоответствия. Итог такого сценария — выбрать систему, которая прошла проверки, либо исправить конфигурацию и повторить спорный тест. Подготовку данных и участников раскрывает план тестового стенда. Две недели простоя и надбавку к бюджету из названия платформы вычислить нельзя.

• Исходные данные примера: 24 ящика, 180 GB писем.
• Пользовательский пилот: 4 участника, план 2 рабочих дня.
• Отдельная цель восстановления: уложиться в 4 часа.
• Приёмка: доставка, права, календарь, восстановление.

Что восстанавливать кроме писем и папок

Перед рабочим переносом я составляю перечень данных. В него входят письма с папками и флагами, учётные записи, алиасы, списки рассылки, права на общие папки, правила обработки, контакты и календари. У каждого пункта должны быть способ переноса и способ сверки. Копирование переписки через IMAP само по себе не переносит всю конфигурацию почтовой платформы. Поэтому я не обещаю, что смена системы автоматически сохранит делегирование, фильтры и настройки клиентов. Проверять это после переключения сотрудников слишком поздно: тогда каждая мелочь уже мешает работе.

Для mailcow предусмотрен штатный скрипт резервного копирования компонентов. В нём отдельно перечислены почтовые данные, ключи шифрования и базы; состав копии нужно выбирать осознанно. Отдельно существует документированная схема cold standby для согласованной копии на другом сервере, которую можно использовать при переносе экземпляра mailcow. Это не универсальный импортёр из iRedMail или Carbonio. Я также сохраняю конфигурацию развёртывания и описываю, как собрать хост. Наличие архива компонентов и наличие готового плана восстановления сервиса — разные результаты работы администратора.

Копию я проверяю на отдельной машине с изолированной доставкой тестовой почты, чтобы восстановленный экземпляр не начал обслуживать рабочий домен. Сначала возвращаю выбранного пользователя, открываю старое письмо с вложением и сверяю доступ к общей папке. Затем проверяю встречу в календаре и настройки, которые вошли в план восстановления. Для iRedMail и Carbonio CE повторяю эти действия по их собственным процедурам. Снимок виртуальной машины полезен перед изменением, но копия на том же потерянном хранилище не поможет при его отказе. Архив рядом с оригиналом — очень семейная традиция.

Время восстановления я измеряю от начала действий администратора до подтверждения пользовательских проверок, отдельно записывая ожидание и ручные шаги. Критерий из примера «до 4 часов» можно принять только после такого замера. После переноса выполняю сверку полноты почты: проверяю набор папок, содержимое выбранных сообщений, вложения и согласованные расхождения. Совпадение общей занятой ёмкости недостаточно для доказательства полноты. Если часть данных переносилась другим способом, её проверяю отдельно и отмечаю результат в акте, чтобы никто не считал календарь частью скопированных писем.

• Письма: папки, содержимое, вложения, флаги.
• Пользователи: алиасы, права, общие адреса.
• Совместная работа: календари, контакты, правила.
• Восстановление: конфигурация, ключи, базы, контроль времени.

За что платить после успешного пилота

Я разделяю расходы на перенос, запуск и регулярное обслуживание. К ним добавляю вычислительные ресурсы, хранилище копий и обучение сотрудников выбранным программам. Бесплатная платформа убирает одну статью лицензионных расходов, но не отвечает на вопрос, кто проверит следующую копию и применит исправление. При этом я не назначаю iRedMail заведомо более дорогим в поддержке: знакомая команде пакетная установка может оказаться удобнее. В смете должны быть конкретные операции, периодичность и исполнитель. Строчка «сопровождение по необходимости» слишком легко превращается в отсутствие сопровождения.

Carbonio CE — бесплатная открытая редакция, а не пробный выпуск с подтверждённым в этой статье пределом числа сотрудников. Приписывать ей такой лицензионный лимит без источника нельзя; реальную ёмкость определяют ресурсы и нагрузочные испытания. Коммерческий Carbonio выбирают ради конкретных функций и условий сопровождения. Например, на странице коммерческих редакций указаны резервное копирование в реальном времени и HSM, а ActiveSync вынесен в дополнительную опцию. Я проверяю нужную функцию в выбранной редакции и предложении поставщика, вместо того чтобы обещать весь коммерческий набор бесплатно.

Для небольшого офиса мой практический порядок такой: подходящий способ обслуживания, нужные функции, затем успешные испытания и смета. Если команда уверенно ведёт Docker и принимает состав SOGo, mailcow остаётся сильным кандидатом. Если удобнее пакетная система и выбранный набор веб-почты, рассматриваю классический iRedMail. Если действительно нужны связанные почта, файлы и документы, проверяю Carbonio CE и отдельно оцениваю необходимые коммерческие дополнения. Количество сотрудников само по себе не выбирает победителя: несколько тяжёлых сценариев могут значить больше десятков почти пустых ящиков.

Перед сдачей я оставляю заказчику паспорт установленной системы, результаты пилота, перечень перенесённых данных и порядок восстановления. В документе указываю, кто получает уведомления, кто имеет административный доступ и как согласовывается окно обслуживания. Срок рабочего переезда определяю после измерения скорости копирования и проверки исключений; учебные 2 дня пилота нельзя выдавать за универсальный срок проекта. На выходе заказчик должен получить работающую почту и понятные условия её поддержки. Иначе вся экономия остаётся в презентации, а обязанности незаметно переезжают к самому занятому сотруднику.

• Перенос: данные, исключения и сверка результата.
• Запуск: ОС, платформа, доступ и пользовательские проверки.
• Поддержка: обновления, наблюдение и проверка восстановления.
• Платные функции: подтверждённый состав выбранной редакции.

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