Docker-Mailserver 中实现全域名别名发送权限的配置指南

在邮件服务器管理中，全域名别名（catch-all alias）是一个常见需求，它允许将所有发送到特定域名的邮件都转发到指定邮箱。然而，在 Docker-Mailserver 项目中，用户发现了一个有趣的现象：虽然可以设置类似"@example.com -> [e-mail]"的全域名别名来接收邮件，但这并不自动授予用户以该域名下任意地址发送邮件的权限。

技术背景解析

邮件服务器通常需要处理两种不同类型的地址映射：

1. 邮箱账户：实际存在的用户账户，拥有独立的邮箱存储空间和登录凭证
2. 虚拟别名：仅作为转发规则存在，没有独立的邮箱存储

在 Docker-Mailserver 中，这种区分尤为重要。默认情况下，SPOOF_PROTECTION=1 的安全设置会限制用户只能使用自己的登录邮箱地址或明确配置的别名地址作为发件人。

实际应用场景

考虑以下典型用例：

• 一个运维团队需要配置 [e-mail] 账户
• 该账户需要代表各种服务发送邮件（如 [e-mail]、[e-mail] 等）
• 同时需要限制该账户只能发送来自 @example.com 域名的邮件
• 服务器还托管了其他域名（如 example2.com），需要保持隔离

解决方案

通过深入研究 Docker-Mailserver 的配置机制，我们发现可以通过 postfix-regexp.cf 文件实现这一需求。具体配置如下：

1. 创建或编辑 /tmp/docker-mailserver/postfix-regexp.cf 文件
2. 添加如下内容：

/^.*@example.com$/ [e-mail]

3. 对于其他域名，如 example2.com，可以添加类似规则：

/^.*@example2.com$/ [e-mail]

实现原理

这种配置利用了 Postfix 的正则表达式映射功能：

• ^.*@example.com$ 匹配所有 @example.com 结尾的地址
• 将其映射到 [e-mail] 账户
• 这样 [e-mail] 账户登录后就可以使用任何 @example.com 地址作为发件人

注意事项

1. 这种配置同时会影响邮件的接收路由，所有匹配的地址邮件都会被投递到目标邮箱
2. 如果需要更精细的控制（仅控制发送权限而不影响接收），需要等待相关功能合并
3. 建议配合 SPOOF_PROTECTION=1 使用，确保安全限制仍然有效

最佳实践建议

1. 为每个业务域名创建专用的发送账户
2. 使用强密码保护这些账户
3. 定期审查发送日志，监控异常活动
4. 考虑配合 DKIM 签名使用，提高邮件可信度

通过这种配置，管理员可以灵活地实现业务需求，同时保持邮件系统的安全性和隔离性。这种方案特别适合需要集中管理多个服务通知邮件的企业环境。