首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >后缀+ rspamd:后缀不解析虚拟别名

后缀+ rspamd:后缀不解析虚拟别名
EN

Server Fault用户
提问于 2019-03-08 21:56:59
回答 1查看 466关注 0票数 4

我有一个基于Arch的后缀邮件服务器。

我使用了通常的配置: mysql virtual_* (邮箱、别名、域)和amavisd筛选(content_filter = smtp-amavis:127.0.0.1:10024)。

我想试试rspamd,我想我已经把一切都做好了。

我在后缀中使用以下设置:

代码语言:javascript
复制
#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}

D/worker-proxy.inc.

代码语言:javascript
复制
bind_socket = "127.0.0.1:11332";
milter = yes;
timeout = 120s;
upstream "local" {
    default = yes;
    self_scan = yes;
}

当我关闭后缀content_filter选项(没有amavis筛选)时,后缀不使用虚拟表解析RCPT到(别名信封接收者)值,因此重定向不工作:

如果我向somebody@domain.hu发送电子邮件,这是一个虚拟别名,并且将被重定向到somebody2@domain.hu,则当没有content_filter和基于smtpd_milters设置rspamd时,不会发生此收件人展开。

但是,如果我切换回content_filter,那么rspamd和amavis将一起过滤,没有问题。

理论上,收件人展开任务是由后缀清理过程完成的。

否则,rspamd工作:从命令行、web接口和milter过滤。

我只是不明白。

EN

回答 1

Server Fault用户

发布于 2019-03-08 23:38:49

我找到了答案: receive_override_options行禁用内容筛选器之前的地址操作。

如果我们使用content_filter,那么就必须在main.cf中使用receive_override_options = no_address_mappings。如果没有content_filter,就不应该有receive_override_options。

票数 3
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/957440

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档