web-dev-qa-db-ja.com

postfix + rspamd：postfixは仮想エイリアスを解決しません

ArchLinuxをベースにしたpostfixメールサーバーがあります。

通常の構成を使用しました：mysql virtual_ *（メールボックス、エイリアス、ドメイン）およびamavisdフィルタリング（content_filter = smtp-amavis：[127.0.0.1]：10024）。

Rspamdを試してみたいのですが、すべて正しく設定できたと思います。

Postfixでは次の設定を使用します。

#MILTER
milter_default_action = accept
milter_protocol = 6

smtpd_milters = inet:127.0.0.1:8891 inet:127.0.0.1:11332
non_smtpd_milters = inet:127.0.0.1:8891
milter_mail_macros =  i {mail_addr} {client_addr} {client_name} {auth_authen}

rspamd local.d/worker-proxy.inc

bind_socket = "127.0.0.1:11332";
milter = yes;
timeout = 120s;
upstream "local" {
    default = yes;
    self_scan = yes;
}

Postfix content_filterオプションをオフにすると（amavisフィルタリングがありません）、postfixは仮想テーブルでRCPT TO（別名エンベロープ受信者）値を解決しないため、リダイレクトは機能しません：

仮想エイリアスである[email protected]に電子メールを送信し、somebody2 @ domain.huにリダイレクトする場合、content_filterがなく、rspamdがsmtpd_miltersに基づいて設定されていると、この受信者の展開は発生しません。

ただし、content_filterに戻すと、rspamdとamavisが一緒にフィルタリングされるため、問題はありません。

受信者の拡張タスクは、理論的には接尾辞のクリーンアッププロセスによって実行されます。

それ以外の場合、rspamdは機能します：コマンドライン、Webインターフェイス、およびmilterからのフィルター。

分かりません。

postfixrspamd
2
Laszlo Malina

私は答えを見つけました：receive_override_options行は、コンテンツフィルターの前のアドレス操作を無効にします。

Content_filterを使用する場合は、main.cfでreceive_override_options = no_address_mappingsを使用する必要があります。 content_filterがない場合、receive_override_optionsはありません。

1
Laszlo Malina