Question 1

docker-mailserver 内で expand_keys によって引き起こされる rspamd Bayes の 'Missing bytes in input' エラーを修正する方法

Accepted Answer

rspamdのredis.confでexpand_keys = falseに設定します。デフォルトのDMS設定ではexpand_keys = trueが有効になっており、これによりユーザーごとのベイズ分類におけるEVALSHA呼び出しでバイナリのmsgpackデータが破損します。user-patches.shを使用して設定を上書きします：/path/to/config/rspamd/local.d/内にservers = "127.0.0.1:6379"; expand_keys = false;を含むカスタムredis.confを作成し、起動時にコピーします。user-patches.shの例：
if [ -d /tmp/docker-mailserver/rspamd/local.d ]; then
  cp /tmp/docker-mailserver/rspamd/local.d/* /etc/rspamd/local.d/
fi
これにより分類エラーと静的なデータ破損が解決されます。恒久的な修正についてはrspamdのissue #5904を追跡してください。

Question 2

docker-mailserverでSSL_TYPE=self-signedを使用すると、なぜ「File A or B or C does not exist」というエラーが発生しますか？

Accepted Answer

このエラーは、必要な証明書ファイルが1つ以上不足していることを意味します。SSL_TYPE=self-signedを使用する場合、docker-mailserverはSSLディレクトリ（デフォルト: /etc/docker-mailserver/ssl/）にcert.pem、key.pem、ca-cert.pem（または自分で設定したカスタム名）の3つのファイルすべてを必要とします。すべてのファイルが存在し、正しいパーミッションが設定されていることを確認してください。エラーメッセージは曖昧であり、将来、不足しているファイルを明示的にリストするように改善される可能性があります。

Question 3

メールサーバーでDNSBLのレート制限を回避するためにDNSキャッシュを設定する方法は？

Accepted Answer

専用のDNSキャッシュサービス（例：CoreDNSやk8s-dns）をメールサーバーと一緒にコンテナとしてデプロイします。Google (8.8.8.8) やCloudflare (1.1.1.1) のような公開リゾルバーにクエリを転送し、キャッシュを有効にするよう設定します。その後、メールサーバーのDNSをこのキャッシュ（例：/etc/resolv.conf や rspamd の設定）に向けます。CoreDNS Corefileの例：

.:53 {
    forward . 8.8.8.8 1.1.1.1
    cache 600
    errors
    log
}

これにより、繰り返しのDNSBLルックアップが削減され、レート制限を回避できます。Docker MailserverのRBLに関するドキュメントはこちら：https://docker-mailserver.github.io/docker-mailserver/v15.1/config/security/rspamd/#rbls-real-time-blacklists-dnsbls-dns-based-blacklists

Question 4

Synology NAS 上で動作している Docker Mailserver で発生する OpenDKIM の 'failed to initialize resolver' / 'getentropy failed: Function not implemented' クラッシュ（終了ステータス 70）の修正方法

Accepted Answer

根本原因：このクラッシュは、2017年頃の3.10.x Linuxカーネルを搭載したSynology NAS上で動作するDocker Mailserver (DMS) v15.1.0（Debian Bookwormベース）に影響します。旧カーネルには、OpenDKIMのlibunbound/nettle依存関係が必要とする`getentropy`システムコールが存在しないため、リゾルバの初期化エラーが発生します（Debian bug #1003983で追跡されています）。`setup config dkim`による手動でのDKIMキー生成、DMS edgeへのアップグレード、またはホストネットワークの使用では、この問題は解決しません。公式にサポートされている回避策：公式のDMSドキュメントに従ってRspamdに切り替えてください。Rspamdは完全にサポートされたDKIM署名および検証を提供します。非公式の代替手段：OpenDKIMを使い続ける必要がある場合は、サードパーティの`instrumentisto/opendkim`コンテナ（互換性の修正を施したDebian Trixie上でビルド）を使用してください。DMSがDebian Trixieベースに移行する際に、ネイティブな修正がリリースされる予定です。

Question 5

Traefik の acme.json を使用している場合に発生する docker-mailserver の「INSECURE !! SSL configured with plain text access」警告を修正する方法

Accepted Answer

この警告は、`SSL_TYPE` がコンテナから一度も読み取られなかったことを意味しており、DMS はマウントされた acme.json を無視します。修正手順:

1. コンテナ内で変数が実際に設定されているか確認してください: `docker exec -it mailserver bash` を実行し、続いて `echo ${SSL_TYPE:-UNSET}` を実行します。`UNSET` と表示された場合、`mailserver.env` ファイルが読み込まれていません。
2. 単純な `docker restart` では env_file の値は再読み込みされません。環境変数を変更した後は、コンテナを再作成してください: `docker compose up -d --force-recreate`。
3. Coolify 経由でデプロイしている場合、`.env` ファイルがコンテナに渡されないという既知の Coolify のバグ (coollabsio/coolify#5612) に注意してください。代わりに、Coolify の環境変数 UI で `SSL_TYPE=letsencrypt` と `SSL_DOMAIN=mx.example.com` を直接定義してください。
4. acme.json のマウントと内容を確認してください: `/etc/letsencrypt/acme.json:ro` にマウントし、コンテナ内で `cat /etc/letsencrypt/acme.json | grep your.hostname` を実行して、DMS の `hostname` に一致する証明書が存在することを確認してください。

環境変数が正しく渡されれば、DMS v16+ は Traefik の acme.json から証明書を抽出し、ポート 465/993 で TLS を提供します。

docker-mailserver

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト