先检查前提条件
验证出站 SMTP、反向 DNS 和所需端口是否确实受支持。KoalaVPS 目前尚不保证端口 25 策略或 IP 信誉。选择主机名并验证其正向和反向记录。
发布身份验证记录
为授权发件人配置 SPF，为邮件签名配置 DKIM，为策略和报告配置 DMARC。审查你的堆栈支持的 TLS 传输保护。避免复制你不理解的策略，因为错误的记录可能阻止合法邮件。
运行完整的邮件栈
Mailcow 之类的套件可以将多个服务整合在一起，但它仍需要更新、存储监控、垃圾邮件控制和受保护的管理。保留一个备用联系渠道以应对中断。
预期需要处理送达能力工作
技术上有效的服务器仍可能被收件人过滤。发送收件人想要的邮件，处理退信和投诉，并监控信誉。保持一致的邮箱备份，并测试恢复邮件和配置。
从 PTR 和外部测试开始
在部署堆栈之前询问反向 DNS。PTR、主机名和正向查找应形成一致的配置。使用多个外部提供商测试传入和传出投递，检查身份验证结果并监控退信。邮件测试分数是诊断信息，不是未来收件箱放置的保证。
保留第二条恢复路由
将注册商、DNS 和服务器恢复信息存储在邮件系统本身之外。如果账户重置全部到达故障服务器，一次小故障就可能妨碍其修复。请一致地备份邮箱和配置，并记录用户在重建后如何重新获得访问权限。
将 SMTP 资格作为部署门槛
安装邮件套件前，请确认入站和出站 SMTP 策略、反向 DNS 的控制权、稳定的主机名以及适合邮件服务的 IP。KoalaVPS 尚未验证这些运营能力是否可用于上线。拥有干净 DNS 区域的域名并不能修复被封锁的出站端口，也不能保证收件方信任。请在本服务器之外选择一个独立的恢复邮箱，并决定投递使用您自己的 MTA 还是配置妥当的外部中继。
- 检查 TCP25 策略以及所选栈所需的提交/IMAP 端口。
- 检查主机及其容器网络是否与该套件兼容。
- 为邮箱、索引、垃圾邮件/病毒工具和备份副本预留空间。
官方文档：Mailcow 系统前提条件
选择套件，然后发布一致的 DNS
Mailcow、Mail-in-a-Box 和 iRedMail 有不同的安装和维护模式；请遵循所选项目受支持的操作系统和端口要求，而不是混合使用它们的配方。设置邮件主机名的 A/AAAA 记录、域 MX、适用时匹配的 PTR，以及实际由技术栈生成的 DKIM 公钥记录。为每个合法发件人发布 SPF，并在验证这些来源后引入 DMARC 政策。未使用或未测试的 AAAA 记录可能造成损坏的 IPv6 投递路径。
# Substitute your domain and the actual server address:
dig MX example.com
dig A mail.example.com
dig TXT example.com
dig TXT _dmarc.example.com
dig -x 192.0.2.10官方文档：Mailcow DNS 要求
分别测试投递和中继限制
创建一个一次性邮箱，并向多个外部服务商发送所需的测试邮件。检查收到的身份验证标头，发送回复并检查队列/退信行为。从未经身份验证的外部客户端，验证你的 MTA 拒绝在无关第三方地址之间中继邮件。检查经过身份验证的提交、IMAP TLS、密码恢复和证书续期。成功登录 Webmail 并不能说明出站 SMTP 或收件箱投递情况。
- 通过独立的恢复路径保持对 postmaster 和 abuse 联系人的监控。
- 关注队列和拒绝原因，而不是反复重发失败项。
- 不要将诊断分数视为收件箱送达的承诺。
在不丢失控制平面的情况下恢复消息
使用其一致流程备份邮箱内容、数据库、配置、DKIM 密钥及套件的其他必要机密。在隔离主机上测试恢复一个小邮箱和一个用户账户。如果入站邮件失败，请排查 MX、地址可达性、防火墙和队列日志。如果出站邮件失败，请检查端口策略、身份验证、信誉和目的地拒收。保持更新和邮箱增长检查按计划进行；送达能力是持续责任，而非安装里程碑。