最有效方式是编译时用--without-mail彻底禁用邮件模块。该参数自动屏蔽所有mail子模块及底层依赖，避免残留代码、减少攻击面和二进制体积，并需通过nginx -v验证无--with-mail且配置中无mail块。
直接禁用邮件代理模块，是精简 Nginx、缩小攻击面和降低二进制体积最有效的方式之一。纯 Web 服务场景下，mail 模块完全冗余，且其 POP3/IMAP/SMTP 子模块一旦启用，会引入额外协议解析逻辑和潜在漏洞路径。
必须显式关闭，不能靠配置注释或不写 mail 块来“假装关闭”——因为只要编译时启用了 --with-mail，相关代码就已固化在二进制中，即使 nginx.conf 里没配任何 mail 指令，模块仍驻留内存、响应特定请求（如非法端口探测）并增加维护负担。
编译阶段彻底剔除邮件功能
在 ./configure 命令中添加以下参数，一次性排除全部邮件子模块：
-
--without-mail_pop3_module -
--without-mail_imap_module -
--without-mail_smtp_module
若你确认整个 mail 功能体系都不需要（绝大多数 HTTP 反向代理、静态服务、API 网关场景都属于此类），更推荐一步到位使用：--without-mail
该参数会自动屏蔽所有 mail 相关模块，包括底层依赖逻辑，比逐个禁用更干净、不易遗漏。
验证是否真正生效
编译安装完成后，执行：
nginx -V 2>&1 | grep -E "(with-mail|without-mail)"
输出中*必须出现 --without-mail 或多个 `--without-mail_.module**，且**绝不能出现--with-mail或--with-mail_ssl_module**。 同时检查启动后行为：尝试监听 25/110/143 端口的配置会直接报错unknown directive "mail"`，说明模块未加载。
配套动作不可省略
- 确保系统未安装
openssl-devel和pcre-devel的邮件相关扩展头文件（非必需，但可避免 configure 自动检测触发隐式启用） - 删除 nginx.conf 中所有
mail { ... }块及auth_http、server { protocol pop3; }等残留配置，防止误重启时报错 - 若曾启用过
--with-mail_ssl_module，此次必须一并移除，它与--with-mail绑定，单独保留无意义
关闭邮件模块不是“少配一个功能”，而是从根源上移除一段不被使用的协议栈代码。对安全、性能、可维护性都有实质提升。
