Dovecotの最新情報：CE 2.4の新機能とDovecot 3の現状

Dovecot 3：バージョン状況とロードマップの整理

Dovecotのアップデートを計画している場合は、バージョン表記を今後のメジャーバージョンのリリース確約と解釈すべきではありません。 2026年10月21日時点の調査によると、公式のCoreリポジトリで公開されている安定版はDovecot CE 2.4.5です。一方、Dovecot CE 3.0のリリースや公式のCE 3.0ロードマップについては、同リポジトリには記載されていません。

特に、ドキュメント内の「v2.4.5 から v2.4.6 へ」といった見出しは、v2.4.6 がリリースされたことを示すものではありません。 このような内容は、開発ブランチにおける変更点を早期に把握するのに役立つ場合があります。しかし、それらがいつ、あるいはどの形で安定版パッケージに組み込まれるかについては、何ら示唆するものではありません。これは、Dovecot 3 に関する派生版についてはなおさらです。

における決定については メールホスティング さらに、製品ラインは区別される必要があります。Dovecot CE はコミュニティ版を指すのに対し、Dovecot Pro はこれとは別の商用製品です。したがって、機能、運用モデル、またはドキュメントの記述は、両者の間で自動的に適用できるわけではありません。 また、「main」リポジトリのコンテンツも、公開済みのCEリリースとは区別する必要があります。アップグレードの判断基準となるのは、実際に導入される予定のバージョンとドキュメントです。

Dovecot 2.4のバージョンモデルにおける変更点

Dovecot 2.4 では、アップデート時にしばしば混同されがちな 3 つのレベルを区別しています。それは、インストール済みのプログラムのバージョン、 dovecot_config_version そして dovecot_storage_version。インストールされたパッケージによって、IMAPサーバーが実行できるコードが決まります。一方、これら2つの設定は、変更されたデフォルト値や新しい保存形式が、どのバージョンから適用されるかを意図的に制御するものです。

仝 構成バージョン これにより、パッケージの更新によって新しいデフォルト設定が黙ってすべて有効化されるのを防ぎます。運用担当者は、まずDovecotを2.4にアップデートし、ログイン、TLS、プラグイン、および既存の設定を確認した後、必要に応じて設定のセマンティクスを段階的に引き上げることができます。 これにより、デフォルト値の変更による予期せぬ事態は軽減されますが、2.3の設定からの移行作業そのものを代替するものではありません。

仝 保存バージョン 一方、これはDovecotがインデックスやその他の保存領域に作成するデータ形式に関するものです。この値を高く設定すると、古いバージョンのDovecotでは認識できない形式が有効になる可能性があります。そのため、復旧計画において古いバージョンへのロールバックが想定されなくなった場合にのみ、この設定を行うべきです。 パッケージのロールバックだけでは、以前に使用されていたインデックス形式は自動的に復元されません。

2.3から2.4への移行を行うには、メイン設定に両方の設定が含まれている必要があります。 dovecot_config_version その際、最初の設定は dovecot.conf 。2.4の構文を調整・確認した後、設定バージョンを所定の目標バージョンに設定してください。ストレージバージョンは、当面はこれまで必要とされていた互換性のあるバージョンのまま維持され、パッケージのバージョンに自動的に引き上げられることはありません。

明示的な2番目のステップは、 ロールバックが許されない承認 新しいストレージ形式。すべてのインスタンスが新しいバージョンを使用し、古い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によって提供されています。 自分でコンパイルしたインストール環境では、新しいDovecotバージョンに合わせてPigeonholeも再コンパイルする必要があります。そうしないと、バージョンの不一致によりインタープリタプラグインが読み込まれなくなります。

ディストリビューションベースのインストールでは、代わりに、Dovecot および Pigeonhole のパッケージが互いに互換性のあるパッケージソースから取得されていることが重要です。メンテナンスウィンドウの前に、アクティブなユーザースクリプト、グローバルスクリプト、および ManageSieve アクセス権がどのようなものかを確認してください。 アップデート後は、配信、転送、不在通知、およびManageSieveによる変更について、専用のテストアカウントを使用して検証を行う必要があります。本番環境のフィルタはこのテストの代わりにはなりません。

プロキシアーキテクチャにおいては、 IMAP圧縮 特に注意が必要です。設定バージョンを 2.4.5 に更新すると、 imap_compress_on_proxy yes. これにより、圧縮処理はプロキシ側に移行します。ドキュメントによると、この設定はバックエンドで行う必要があります。前提条件として、正しく定義された login_trusted_networks また、プロキシとバックエンド間の信頼関係について、明確に把握できる境界も必要です。

したがって、新しいデフォルト設定を採用する前に、以下の点を明確にしておく必要があります。どの接続がプロキシで終了するのか、バックエンドが信頼できるものとして扱うことができるIPアドレスはどれか、そして圧縮によるCPU負荷とデータトラフィックはどのシステムで発生させるべきか、ということです。 変更が妥当かどうかは、これらの点が実際のネットワークアーキテクチャと整合している場合にのみ適切に判断できます。この変更は、TLS検証や、関連するシステム間の堅牢なアクセス制御に代わるものではありません。

また、新しい認証機能や実験的なプロトコル機能についても、一律に有効化すべきではありません。リリース情報には、TLSチャネルバインディングを含むSCRAMメカニズム、およびSMTPUTF8、IMAPなどが記載されています。 UTF8=ACCEPT およびIMAP4rev2。SMTPUTF8とUTF8=ACCEPTはビルド時に必要となります --enable-experimental-mail-utf8 そして、設定では mail_utf8_extensions = yes. これとは別に、IMAP4rev2ではビルドスイッチ --enable-experimental-imap4rev2 そして imap4rev2_enabled = yes 事前に。各機能について、クライアントの対応状況、配信チェーン、および障害発生時の挙動を個別に確認してから、それを メールホスティング を提供しています。

アップデート後の安全な運用

アップデートは、パケット転送が正常に完了しただけでは完了したとはみなされず、技術的な検証を経て初めて完了となります。メンテナンスウィンドウ内で、まずサービスが起動するか、およびログに設定エラー、プラグインエラー、権限エラーが記録されていないかを確認してください。その後、テストアカウントを使用してログインし、メールボックスへのアクセスを確認します。 その際、少なくともフォルダ一覧、メッセージの選択、閲覧、およびテスト配信を確認し、IMAPサーバーが単にアクセス可能であるだけでなく、実際に利用可能であることを確認してください。

SieveとQuotaを別々の機能として検証してください。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で変更されたスレッドインデックスも含まれ、これは次回のスレッド照会時に再構築されます。

追加機能は、独立したアーキテクチャ上の決定事項である。 フラットカーブ ニュース検索を定期的に利用しており、ローカルインデックスストレージ、Xapianへの依存、監視、および再インデックスが運用モデルに適合している場合には、この選択肢を検討する価値がある。 ドキュメントでは、このドライバーをXapianベースのローカル全文検索インデックスとして位置付けていますが、そこからSolrを推奨したり、FTSを放棄したりするという一概な推奨は導き出されません。

UTF8およびIMAP4rev2の実験的オプションは、メールクライアント、送信（サブミッション）または配信、そしてIMAPアクセスという一連のプロセス全体にわたって明確なニーズが確認された場合にのみ、導入の正当性が認められます。この前提条件が満たされない場合、これらのオプションを有効化しても、主に検証の負担が増大するだけです。 新しい認証メカニズムについても同様です。リリースに既存の機能が搭載されているからといって、使用されているクライアント、TLS設定、および認証ソースの検証が不要になるわけではありません。

Dovecot 3 については、公開されている CE 情報に基づくと、リリース時期、機能範囲、移行パスについて確約することはできません。確認されている安定版リリースは CE 2.4.5 です。開発ドキュメントやブランチ内の記述については main これらは公開済みの製品ステータスでもロードマップでもありません。したがって、実際に利用可能な2.4シリーズを前提に計画を立て、Dovecot Proとは区別し、今後の発表については公式に公開されてから評価するようにしてください。