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.