Mailcow邮件服务器中HFILTER_HOSTNAME_UNKNOWN导致邮件拒收问题深度解析

问题背景

在Mailcow邮件服务器环境中，部分用户升级到2024-04版本后出现所有外部邮件被拒收的情况。核心表现为Rspamd过滤系统对每封邮件都标记了HFILTER_HOSTNAME_UNKNOWN符号，导致邮件评分超过阈值被拒绝。该问题通常出现在使用反向代理或邮件安全网关的环境中。

技术原理分析

HFILTER_HOSTNAME_UNKNOWN是Rspamd的启发式过滤器模块产生的符号，当出现以下情况时会触发：

1. 邮件服务器的HELO/EHLO标识与PTR记录不匹配
2. 反向代理导致原始客户端IP信息丢失
3. DNS解析配置异常

在Mailcow的标准部署中，该模块默认权重为8.5分，结合其他过滤规则很容易达到15分的拒绝阈值。日志中同时出现的IP_REPUTATION_SPAM符号（4分）表明系统将内部网络IP误判为垃圾邮件来源。

根本原因

通过用户提供的日志和配置分析，发现主要诱因包括：

1. 网络架构问题：邮件流经反向代理（192.168.178.20）时，原始发件方信息被掩盖
2. Docker版本兼容性：部分用户在升级到Docker 26.x版本后出现该问题
3. 配置冲突：用户自定义的postsceen_dnsbl_sites规则与Rspamd产生交互异常

解决方案

临时解决方案

1. 通过Rspamd管理界面调整符号权重：

   • 访问Rspamd WebUI的符号配置页面
   • 定位HFILTER_HOSTNAME_UNKNOWN符号
   • 将其权重值降低或设置为0

2. 网络架构调整：

# 在反向代理配置中添加X-Forwarded-For头
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

永久解决方案

1. 正确配置邮件网关：

   • 确保HELO/EHLO标识与PTR记录匹配
   • 配置Rspamd的外部中继模块以正确解析原始IP

2. 架构优化建议：

   • 移除不必要的邮件安全网关层
   • 直接将Mailcow配置为MX记录目标
   • 如需保留网关，应在Rspamd中配置IP白名单

3. Docker版本回退：

# 对于Debian系统
apt install docker-ce=5:24.0.9-1~debian.12~bookworm

最佳实践建议

1. 生产环境升级前应在测试环境验证
2. 保持网络架构简洁，避免多层代理
3. 定期检查DNS记录（A/PTR/MX）的一致性
4. 合理配置Rspamd的学习机制，提高过滤准确性

总结

该问题本质是网络架构与安全策略的配置冲突。Mailcow作为成熟的邮件解决方案，其内置的Rspamd过滤器在直接暴露于公网时表现最佳。通过正确的网络规划和配置调整，可以充分发挥其垃圾邮件过滤能力，同时避免误判情况的发生。对于必须使用中间代理的场景，需要特别注意信息传递的完整性和过滤系统的适应性配置。