Новости о Dovecot: нововведения в версии CE 2.4 и текущее состояние разработки Dovecot 3

Dovecot 3: определение версии и плана развития

Тем, кто планирует обновление Dovecot, не следует рассматривать обозначения версий как подтверждение выхода будущей основной версии. На момент проведения исследования, 21 октября 2026 года, Dovecot CE 2.4.5 является опубликованной стабильной версией в официальном репозитории Core. Однако информация о выпуске версии Dovecot CE 3.0 или официальной дорожной карте CE 3.0 там отсутствует.

В частности, такой заголовок в документации, как „v2.4.5 to v2.4.6“, не означает, что версия 2.4.6 была выпущена. Такие материалы могут помочь на раннем этапе выявить изменения в ветке разработки. Однако они не позволяют сделать выводы о том, когда, будут ли вообще и в какой форме эти изменения включены в стабильный пакет. Это тем более относится к производным версиям Dovecot 3.

При принятии решений в Хостинг электронной почты Кроме того, ветви продуктов должны оставаться раздельными. Dovecot CE обозначает версию Community Edition, тогда как Dovecot Pro представляет собой отдельное коммерческое предложение. Поэтому какую-либо функцию, модель работы или сведения из документации нельзя автоматически переносить из одной версии в другую. Также необходимо отличать содержимое из репозитория main от опубликованных выпусков CE; определяющими факторами для обновления являются версия и документация, которые фактически будут использоваться.

Что изменилось в версии Dovecot 2.4

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

Die Версия конфигурации Таким образом предотвращается ситуация, при которой обновление пакета автоматически активирует все новые значения по умолчанию. Администраторы могут сначала обновить Dovecot до версии 2.4, а затем целенаправленно повысить уровень конфигурации после проверки параметров входа, TLS, плагинов и существующих настроек. Это позволяет избежать неожиданностей, связанных с изменением значений по умолчанию, но не заменяет необходимость миграции конфигурации версии 2.3.

Die Версия хранилища В свою очередь, этот параметр касается форматов данных, которые Dovecot создает в своих индексах или других областях хранения. Более высокое значение может активировать форматы, которые не распознаются старыми версиями Dovecot. Поэтому его следует устанавливать только тогда, когда переход на более старую версию программы больше не входит в план восстановления. Один только откат пакета не восстанавливает автоматически ранее использовавшиеся форматы индексов.

Для перехода с версии 2.3 на 2.4 оба параметра должны присутствовать в основной конфигурации; dovecot_config_version при этом первая настройка должна быть в dovecot.conf . Установите версию конфигурации на заданный целевой уровень только после адаптации и проверки синтаксиса версии 2.4. Версия хранилища пока останется на ранее требуемом совместимом уровне и не будет автоматически обновлена до уровня пакета.

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

Такой поэтапный подход схож с принципом отдельной оценки состояния программы и внедренных изменений в поведении. Даже в случае других серверных компонентов высокий номер версии не является достаточным доказательством совместимости; статья о Решения по обновлению Redis 8 объясняет это различие на примере другого сервиса. В случае с Dovecot дополнительно важны форматы почтовых ящиков, данные индексации и стратегия перехода на резервный вариант.

Новые функции и степень их зрелости

Важное нововведение в Dovecot 2.4 — это fts-flatcurve в качестве локального бэкэнда полнотекстового поиска на базе Xapian. Драйвер сохраняет данные поиска по каждому почтовому ящику в индексном каталоге Dovecot и требует наличия Xapian версии 1.4 или выше. Он поддерживает оценку релевантности и может обеспечивать поиск по подстрокам, но не поддерживает нечеткий поиск. Без полнотекстового индекса Dovecot вынужден последовательно просматривать данные сообщений для выполнения соответствующих поисков.

Поиск по подстроке в Flatcurve не включен по умолчанию: задокументированное значение по умолчанию для fts_flatcurve_substring_search звучит no. Если эту функцию намеренно включить для соответствующих запросов поиска по IMAP, необходимо предусмотреть дополнительное место для хранения индекса. Таким образом, Flatcurve остается одним из вариантов для IMAP-серверов, на которых регулярно используется поиск сообщений, но не является обязательным обновлением без каких-либо условий. Рост индекса, мониторинг и переиндексация являются частью плана эксплуатации.

SMTPUTF8 и IMAP следует классифицировать иначе UTF8=ACCEPT и IMAP4rev2. В информации о выпуске эти возможности обозначены как экспериментальные. SMTPUTF8 и UTF8=ACCEPT создают сборку с помощью --enable-experimental-mail-utf8 а затем mail_utf8_extensions = yes в настройках. IMAP4rev2 использует отдельные параметры: при сборке --enable-experimental-imap4rev2 необходимо, после чего нужно imap4rev2_enabled = yes настроить.

Термин «экспериментальный» в данном контексте не означает, что эта функция в целом непригодна. Скорее, она не является универсальным стандартом для всех хостинг-услуг. Перед активацией операторам следует проверить, действительно ли используемые почтовые клиенты, вся цепочка доставки и связанные системы нуждаются в обработке UTF-8 или IMAP4rev2 и способны ли они ее обрабатывать. Тестирование должно проводиться в среде, которая в достаточной степени отражает реальные условия аутентификации, имена почтовых ящиков и профили клиентов.

Механизмы SCRAM, привязка каналов TLS, а также расширенная обработка TLS-SNI и ALPN также заслуживают отдельной оценки. Они затрагивают не только процесс Dovecot, но и взаимодействие с клиентами, сертификатами, прокси-серверами и источниками аутентификации. Разумным критерием является четкая необходимость с проверяемой совместимостью, а не просто наличие новой опции в релизе Dovecot.

Систематическая подготовка к обновлению до версии 2.4

Обновление Dovecot с версии 2.3 до 2.4 начинается с анализа текущего состояния, а не с использования пакетного менеджера. Определите версию установленного программного обеспечения, действующую конфигурацию и формат почтовых ящиков, например Maildir или mdbox. Кроме того, задокументируйте источники аутентификации, правила Sieve, квоты, полнотекстовый поиск, репликацию, а также прокси-серверы, расположенные выше по цепочке. Только так станет ясно, какие службы и пути данных действительно затронуты миграцией.

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

dovecot --version
doveconf -n

dovecot --version отображает состояние программы. С помощью doveconf -n вы проверяете действующую конфигурацию, отличающуюся от стандартных значений. Параметр -v с doveadm напротив, не является запросом версии, а активирует более подробный вывод, включая индикатор хода выполнения, и относится только к соответствующей подкоманде. Обращайтесь с выводом конфигурации конфиденциально: он может содержать имена хостов, структуры каталогов, адреса бэкендов или другие детали инфраструктуры. Для анализа ошибок в документации Dovecot рекомендуется использовать сокращённую конфигурацию вместо полного публичного дампа.

Кроме того, проверьте, является ли текущая версия последней доступной версией 2.3. Описанный в документации путь миграции сначала ведёт к этой версии, а уже затем — к версии 2.4. Не переносите конфигурацию напрямую в производственную систему, а сначала — в тестовую систему с типичными учётными записями, правами доступа и размерами почтовых ящиков. Как и в случае с Обновление ядра для хостинг-серверов и в данном случае одного номера версии недостаточно: на практику влияют состав пакета, активированные модули и архитектура.

Планирование перехода с версии 2.3 на версию 2.4

Переход на версию 2.4 представляет собой отдельный этап настройки. Dovecot 2.4 требует использования модифицированного синтаксиса, а также dovecot_config_version и dovecot_storage_version; версия конфигурации должна быть первым параметром в dovecot.conf . Поэтому не следует переносить старые файлы без изменений. Сравните каждый используемый параметр с документацией по миграции для соответствующей версии и проверьте его работоспособность в тестовой системе, прежде чем планировать окно технического обслуживания.

В таблице не приводятся альтернативные решения. Удаленный Director и удаленный Replicator выполняют разные задачи: согласно документации, Lua Director представляет собой лишь неподдерживаемое решение для небольших развертываний, тогда как в качестве подхода для Replicator указывается общая файловая система. doveadm sync напротив, является преемником удаленного dsync-символьные ссылки и может использоваться для целенаправленных процессов синхронизации или миграции; из этого не следует, что он является официально задокументированной готовой заменой для Director или Replicator.

Даже в случае квот и поиска решающую роль играет имеющийся массив данных. Совместимость Здесь это означает не только запуск Dovecot: предупреждения о превышении квоты, действия Sieve, поиск по IMAP и подключения нескольких клиентов должны корректно работать с реальными тестовыми учетными записями. Для каждого удаляемого компонента зафиксируйте, где он настроен, какие данные он использует и как выглядит путь обратного перехода. Только после этого можно будет разумно запланировать сроки перехода на новые пакеты.

Тщательно взвесить варианты поиска и форматы хранения

В Dovecot 2.4 версии программы, конфигурации и памяти можно разрабатывать отдельно друг от друга. Увеличить dovecot_storage_version только тогда, когда переход на более старую версию Dovecot больше не планируется. Начиная с версии Storage 2.4.5, индекс потока для команды IMAP THREAD новый формат v2. Существующие индексы потоков будут перестроены при следующем формировании потоков; особенно в случае больших почтовых ящиков первый запрос может из-за этого потребовать дополнительных затрат.

Старая версия Dovecot не распознает этот формат индекса потоков и создает индекс в прежнем формате. Уровень хранения Поэтому это служебная настройка, а не просто косметическое изменение версии. Запланируйте возможную перестройку индексов в отведённый для этого период и не проводите её одновременно с другими изменениями в поиске, хранилище или топологии прокси, которые будет сложно отменить.

Для локальных поисковых индексов fts-flatcurve опция, доступная, если среда предоставляет Xapian версии 1.4 или более поздней. Драйвер сохраняет данные индекса для каждого почтового ящика в пути индексации Dovecot и поддерживает оценку релевантности. Поиск по подстрокам можно включить с помощью fts_flatcurve_substring_search = no Однако по умолчанию они отключены, и при их активации требуется значительно больше памяти для индексов. Flatcurve не поддерживает неточный поиск.

Поэтому оцените Архитектура поиска на основе размера почтовых ящиков, типа хранения и модели работы, а не по общему рейтингу. doveadm fts flatcurve stats предоставляет сохраненные данные о состоянии индексов Flatcurve. От этого следует отличать doveadm fts flatcurve check: Эта команда проверяет базы данных Xapian и пытается устранить основные ошибки, поэтому может изменить их состояние. Ротация и удаление индексов также являются целенаправленными мерами по обслуживанию. Перед выполнением таких действий следует заранее спланировать их объем, определить затронутые почтовые ящики и предусмотреть возможное повторное построение индексов.

Проверка фильтров, прокси-серверов и ограничений безопасности

Фильтры Sieve представляют собой отдельный пункт проверки при обновлении Dovecot, поскольку это расширение не входит в ядро Dovecot: Sieve и ManageSieve предоставляются отдельным проектом Pigeonhole. В случае самостоятельно скомпилированных установок Pigeonhole необходимо перекомпилировать вместе с новой версией Dovecot. В противном случае плагин интерпретатора не сможет загрузиться из-за конфликта версий.

При установках на основе дистрибутива решающим фактором является то, что пакеты Dovecot и Pigeonhole должны поступать из совместимых друг с другом источников пакетов. Перед началом окна обслуживания проверьте, какие активные пользовательские скрипты, глобальные скрипты и учетные записи ManageSieve имеются. После обновления следует проверить доставку, перенаправление, ответы «В отпуске» и изменения через ManageSieve с помощью специально предназначенной для этого тестовой учетной записи; рабочие фильтры не могут заменить этот тест.

В прокси-архитектурах заслуживает внимания Сжатие IMAP особое внимание. При обновлении версии конфигурации до 2.4.5 по умолчанию для imap_compress_on_proxy yes. Таким образом, обработка сжатия переносится на прокси; согласно документации, этот параметр должен настраиваться на бэкенде. Необходимым условием является правильное определение login_trusted_networks а также понятные границы доверия между прокси-сервером и бэкендом.

Поэтому перед тем, как принять новые настройки по умолчанию, уточните: какие соединения заканчиваются на прокси, какие IP-адреса бэкенд может считать доверенными и на какой системе должны формироваться нагрузка на ЦП и трафик, связанный с сжатием? Целесообразность изменения можно оценить только в том случае, если эти вопросы соответствуют фактической архитектуре сети. Оно не заменяет ни проверку TLS, ни надёжный контроль доступа между участвующими системами.

Кроме того, новые функции аутентификации и экспериментальные возможности протоколов не следует включать без разбора. В информации о выпуске упоминаются механизмы SCRAM, включая привязку каналов TLS, а также SMTPUTF8, IMAP UTF8=ACCEPT и IMAP4rev2. При сборке требуются SMTPUTF8 и UTF8=ACCEPT --enable-experimental-mail-utf8 и в настройках mail_utf8_extensions = yes. Помимо этого, IMAP4rev2 использует переключатель сборки --enable-experimental-imap4rev2 и imap4rev2_enabled = yes Заранее. Проверь поддержку клиентов, цепочку доставки и поведение при сбоях для каждой функции по отдельности, прежде чем внедрять её в Хостинг электронной почты предлагаешь.

Безопасная эксплуатация после обновления

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

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

При включенном полнотекстовом поиске мониторинг состояния индекса и поисковых запросов осуществляется в рамках последующей обработки. Для обзорного просмотра имеющихся данных индекса Flatcurve используется doveadm fts flatcurve stats. Подкоманда check это следует четко отличать: данная функция проверяет базы данных Xapian и пытается устранить основные ошибки, то есть не является диагностикой, гарантированно выполняемой только в режиме чтения. Используйте его, как и ротацию или удаление индексов, только в качестве запланированной меры технического обслуживания для определённых почтовых ящиков и учитывайте возможные изменения состояния, а также необходимость повторного построения индексов.

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

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

Когда стоит обновлять Dovecot

Обновление Dovecot до версии CE 2.4.5 — это не только решение, касающееся функциональности и архитектуры. В примечаниях к выпуску перечислены многочисленные критические исправления, связанные с безопасностью которые, в частности, касаются команд IMAP, Submission, проверки OAuth, dsync, аутентификации и сжатия. Поэтому администраторам следует в кратчайшие сроки проверить, затронута ли их установка, и через какой пакет или бэкпорт используемый дистрибутив предоставляет исправления. Исходя только из версии исходного кода, нельзя сделать вывод ни о том, что пакет дистрибутива не исправлен, ни о том, что общий немедленный обновление без проверки миграции будет безопасным.

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

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

Дополнительные функции — это отдельные архитектурные решения. Flatcurve Его целесообразно рассматривать в том случае, если поиск по новостям используется регулярно, а локальное хранилище индексов, зависимость от Xapian, мониторинг и переиндексация соответствуют модели эксплуатации. В документации драйвер классифицируется как локальный индекс полнотекстового поиска на базе Xapian; из этого не следует никакой общей рекомендации в пользу Solr или отказа от полнотекстового поиска.

Экспериментальные параметры UTF8 и IMAP4rev2 оправданы только в случае подтвержденной необходимости на всех этапах цепочки: почтовый клиент, отправка или доставка и доступ по IMAP. Без этого условия их активация, прежде всего, увеличит объем проверок. То же самое относится и к новым механизмам аутентификации: наличие соответствующей функции в данном выпуске не заменяет проверку используемых клиентов, конфигурации TLS и источника аутентификации.

Что касается Dovecot 3, на основании опубликованной информации о CE невозможно назвать ни сроки, ни набор функций, ни план миграции. Подтвержденным стабильным выпуском является CE 2.4.5; упоминания в документации по разработке или в ветке main не являются ни официальной версией продукта, ни планом развития. Поэтому ориентируйтесь на реально доступную версию 2.4, отделяйте её от Dovecot Pro и оценивайте последующие анонсы только после их официального выпуска.