php 的 mail() 函数仅负责将邮件数据传递给系统邮件代理（如 sendmail），不执行任何格式校验；即使 to 参数为空字符串，只要数据成功递交至本地 mta，函数即返回 true，实际发送失败则由 mta 日志记录。
php 的 mail() 函数仅负责将邮件数据传递给系统邮件代理（如 sendmail），不执行任何格式校验；即使 to 参数为空字符串，只要数据成功递交至本地 mta，函数即返回 true，实际发送失败则由 mta 日志记录。
PHP 的 mail() 函数是一个轻量级的封装接口，其设计目标是快速转发邮件数据至底层系统邮件传输代理（MTA），而非进行语义验证。这意味着它不会检查 to 参数是否符合 RFC 5322 邮件地址格式，也不会验证该地址是否存在、是否非空——它只关心能否将构造好的邮件头与正文成功写入 MTA 的输入流（例如通过管道调用 /usr/sbin/sendmail -t）。
因此，以下代码会输出 "Success!"：
<?php
if (mail('', 'Test Subject', 'Hello World')) {
echo "Success!";
} else {
echo "Failure!";
}
?>原因在于：mail() 内部仅执行系统级调用，只要进程启动成功、标准输入写入完成且未发生 I/O 错误，就返回 true。空 to 字符串会被原样写入邮件头（如 To:），而是否拒绝该邮件，完全取决于后续 MTA（如 Postfix、Sendmail 或 Exim）的行为。大多数现代 MTA 在收到无有效收件人的邮件时，会直接拒绝或静默丢弃，并记录错误日志（例如 /var/log/mail.log 中出现 missing or malformed recipient 类提示），但这一过程已脱离 PHP 控制范围。
⚠️ 注意事项：
立即学习“PHP免费学习笔记（深入）”；
- 空 to 不触发 PHP 层失败：mail() 返回 true 仅表示“递交成功”，不等于“投递成功”；
- 强制校验必须前置：应在调用 mail() 前主动验证 to 参数，推荐使用 filter_var($email, FILTER_VALIDATE_EMAIL)；
- 生产环境慎用 mail()：缺乏错误反馈、不可靠的队列管理、易受配置影响，建议改用成熟库如 PHPMailer 或 Symfony Mailer；
- 调试技巧：启用 sendmail_path 对应 MTA 的详细日志，并检查系统邮件队列（如 mailq）和错误日志，而非依赖 mail() 返回值判断最终送达结果。
简言之：mail() 的“成功”仅代表移交完成，不是送达保证。可靠邮件发送必须结合输入校验、MTA 配置审计与日志监控三重机制。
