У меня есть почтовый сервер 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 (получатель псевдонима конверта) с виртуальной таблицей, поэтому перенаправления не работают:
если я отправлю электронное письмо на адрес something@domain.hu, который является виртуальным псевдонимом и будет перенаправлен на something2@domain.hu, расширение получателя не произойдет, если нет content_filter и rspamd установлен на основе smtpd_milters.
Однако, если я вернусь к content_filter, чтобы rspamd и amavis отфильтровали вместе, проблем не возникнет.
Задача расширения получателя теоретически выполняется с помощью процесса очистки постфикса.
В остальном rspamd работает: фильтр из командной строки, веб-интерфейса и milter.
Я просто не понимаю.
Я нашел ответ: receive_override_options строка отключает манипуляции с адресами перед фильтром содержимого.
Если мы используем content_filter, тогда мы должны использовать receive_override_options = no_address_mappings в main.cf. Если нет content_filter, не должно быть Receive_override_options.