PHP mail() 函数不校验 to 参数格式，仅检查能否将邮件数据传递给底层系统邮件服务；即使收件人为空，只要投递动作“发起成功”，就返回 true，实际发送失败需查系统日志。
php `mail()` 函数不校验 `to` 参数格式，仅检查能否将邮件数据传递给底层系统邮件服务；即使收件人为空，只要投递动作“发起成功”，就返回 `true`，实际发送失败需查系统日志。
PHP 的 mail() 函数是一个轻量级的封装接口，其设计目标是将邮件内容提交给本地配置的邮件传输代理（MTA），例如 sendmail、Postfix 或 Exim，而非执行完整的 RFC 邮件验证逻辑。因此，它对参数（尤其是 to）不做语法或语义校验——既不验证邮箱格式（如是否含 @），也不检查是否为空字符串或无效地址。
正如你实验所示：
<?php
if (mail('', 'mySubject', 'myMessage')) {
echo "Success!"; // 实际上会输出此行
} else {
echo 'Failure!';
}
?>该代码返回 true 并输出 "Success!"，是因为 mail() 仅确认：
✅ 邮件头与正文已按协议格式组装完成；
✅ 成功调用系统命令（如 /usr/sbin/sendmail -t）并完成数据写入；
❌ 并不等待或感知 MTA 是否真正接受、路由或投递该邮件。
真正的错误（如空收件人、无效域名、权限拒绝）通常由 MTA 在后续处理中记录，例如在 Linux 系统中可查看：
- /var/log/mail.log 或 /var/log/maillog
- 或运行 sudo tail -f /var/log/mail.log 后执行脚本，观察是否有类似 No recipients specified 的警告。
⚠️ 注意事项：
立即学习“PHP免费学习笔记（深入）”；
- mail() 的返回值 仅表示“提交成功”，绝非“发送成功”。生产环境务必避免依赖其返回值判断邮件送达状态；
- 空 to 参数虽不触发 PHP 层报错，但绝大多数 MTA 会直接丢弃该邮件（不发、不重试、不通知）；
- 若需可靠邮件能力，请使用成熟库如 PHPMailer 或 Symfony Mailer，它们支持 SMTP 认证、实时响应校验、异常捕获及详细错误反馈；
- 开发调试时，建议始终对 to 参数做前置校验：
$to = trim($_POST['email'] ?? ''); if (!filter_var($to, FILTER_VALIDATE_EMAIL)) { throw new InvalidArgumentException('Invalid email address'); }
总之，mail() 的“成功”只是管道开启的信号，而非邮件抵达的保证。理解这一设计边界，是安全、稳健使用 PHP 邮件功能的第一步。
