postfix + rspamd: postfix не разрешает виртуальный псевдоним

У меня есть почтовый сервер postfix на базе Arch Linux.

Я использовал обычную конфигурацию: 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 (псевдоним получателя конверта) с виртуальной таблицей, поэтому перенаправления не работают:

если я отправлю электронное письмо по адресу somebody@domain.hu, который является виртуальным псевдонимом и будет перенаправлен на somebody2@domain.hu, расширение получателя не произойдет, если отсутствует content_filter, а rspamd настроен на основе smtpd_milters.

Однако, если я переключусь обратно на content_filter, так что rspamd и amavis будут фильтроваться вместе, проблем не будет.

Задача расширения получателя теоретически выполняется процессом очистки постфикса.

В противном случае работает rspamd: фильтр из командной строки, веб-интерфейс и milter.

Я просто не понимаю.

1 ответ

Я нашел ответ: строка receive_override_options отключает манипулирование адресом перед фильтром содержимого.

Если мы используем content_filter, то мы должны использовать receive_override_options = no_address_mappings в main.cf. Если нет content_filter, не должно быть никаких receive_override_options.

Другие вопросы по тегам