MailFleet
首次部署
使用受控并发导入、复核并派发一个小型 MailFleet 部署批次。
第一次请使用一到两台非生产服务器。小批次更容易验证凭据、DNS 权限、防火墙行为、生成记录和服务器类型默认值。

前置条件
请准备:
- 服务器 IP;
- 经授权的 SSH 用户、端口、密码或受支持的密钥访问;
- 你有权配置的域名;
- 使用服务商自动化时所需的 Cloudflare 或阿里云 DNS 凭据;
- 目标服务器类型;
- 安全的管理员密码策略;
- 有效的 MailFleet 授权。
确认目标服务器满足所选邮件服务器软件的操作系统和网络要求。
阶段 1:导入
- 打开部署。
- 选择域名输入模式:
- 根域:使用可注册根域;
- 子域:使用生成或选定的子域;
- 混合:同一批次同时包含两种模式。
- 输入可选批次名称,建议体现环境或用途。
- 导入
.csv或.txt文件,将文件拖入导入区,或直接粘贴服务器行。 - 展开批量默认值。
- 选择服务器类型:Docker Mailserver、Poste.io、KumoMTA 或 Haraka。
- 如果需要服务商自动化,选择 DNS 服务商。
- 输入 SSH 用户与端口。
- 检查管理员用户名和主机名规则。
- 选择每台自动生成管理员密码,或整批使用一个受控密码。
- 如果界面提供验证入口,请验证 DNS 服务商凭据。
- 选择解析并复核。
阶段 2:复核
复核阶段会显示解析后的行和生成资源。
- 检查服务器总数,以及按类型和域名模式统计的数量。
- 逐行核对 IP、域名、主机名、服务器类型和验证状态。
- 只对明确标记为可修复的行使用自动修复。
- 从源数据修正阻止部署的行,再次解析。
- 查看 MailFleet 准备创建的资源:
- 邮件身份;
- MX 主机名;
- TLS 证书请求;
- DNS A、MX、SPF、DKIM 和 DMARC 记录;
- SSH 目标。
- 确认生成的主机名没有重复。
- 确认所选域名数量与服务器数量匹配。
- 把并发设置为 1–100 之间。首次部署建议使用较低数值。
- 选择部署 N 台服务器。
复核是远程变更开始前最后一个安全检查点。如果域名、主机名、服务器类型或服务商账号不符合预期,请不要派发。
阶段 3:派发
派发看板显示:
- 总体进度;
- 进行中、已完成、失败和等待数量;
- 带当前阶段和最后日志的主机网格;
- 每台主机详情与实时日志;
- 全部日志;
- 中止控制。
选择主机可查看详细日志。主机失败后,复制相关错误,修复根本问题,再通过新的受控批次重试。
当凭据、域名或生成设置有误时使用中止部署。中止会阻止新的排队任务开始;不要在未检查主机结果前假设所有已开始的远程操作都已回滚。
导出成功凭据
派发完成后:
- 检查成功与失败数量。
- 打开失败分类卡并记录修复措施。
- 选择导出成功凭据。
- 将导出文件保存在有访问控制的位置。
- 确认凭据也出现在凭据页面。
如果上次部署的凭据尚未导出,MailFleet 可以在后续进入部署页时提醒。
预期结果
成功主机出现在服务器资产页面,凭据出现在凭据页面,并可对符合条件的主机执行连通检测或启用日志监控。
RocketsSend 文档