PHP mail()函数返回true仅表示邮件已提交至MTA，不代表送达；其依赖服务器MTA（如sendmail），需正确配置sendmail_path、SMTP、From头、SPF记录等，否则易被拒收或进垃圾箱。
纯 HTML 表单本身不能真正“发送”邮件——mailto: 只能唤起本地邮件客户端，而真实投递必须经过服务器或第三方服务。选错方案会导致用户点击提交后跳转空白页、邮件不发出、内容乱码，甚至被邮箱服务商拒收。
为什么 mailto: 表单在手机上经常失效
多数移动端浏览器（尤其是 iOS Safari、Android Chrome）会拦截或静默忽略 mailto: 的 form 提交，尤其当 enctype="text/plain" 缺失或 body 含换行/中文时。用户点“提交”后无反应，或只打开 Gmail 网页版但字段为空。
- 确保
action中的邮箱地址是纯 ASCII（如contact@example.com），避免中文域名或特殊符号 -
subject和body必须 URL 编码：中文用%E4%BD%A0%E5%A5%BD，空格用%20，换行用%0D%0A - 移动端更推荐放弃
mailto:，直接走 EmailJS 或 Google Apps Script 这类前端友好服务
emailjs.sendForm() 的三个必填参数怎么配
调用 emailjs.sendForm() 时，传错任意一个 ID 都会返回 Error: Service ID not found 或 Template ID not found。这三个 ID 不是随便复制粘贴就能用的，必须严格对应 EmailJS Dashboard 里的实际值：
-
YOUR_USER_ID：全局唯一，在 “Account Settings” → “API Keys” 下查看，形如user_abc123xyz -
YOUR_SERVICE_ID：你在 “Email Services” 里添加并验证过的服务 ID，不是邮箱地址，也不是 SMTP 设置页的用户名 -
YOUR_TEMPLATE_ID：在 “Templates” 页面创建模板后生成的 ID，且该模板中{{from_name}}、{{message}}等变量名必须和表单name属性完全一致（区分大小写）
PHP mail() 函数失败的典型原因
表单提交后跳转空白页，大概率是 PHP 脚本没输出任何内容，也未处理错误。常见问题包括：$_POST 键名不匹配、mail() 被禁用、$headers 缺少 From 或格式错误。
立即学习“前端免费学习笔记（深入）”；
- 检查表单
input的name是否与 PHP 中$_POST['xxx']完全一致（例如<input name="mytextarea">对应$_POST['mytextarea']） - PHP
mail()在共享主机（如 Bluehost、SiteGround）上默认关闭，需改用 SMTP 库（如 PHPMailer）或切换到 SendGrid 等服务 -
$headers中换行符必须是\r\n，且不能有空格或 UTF-8 BOM；建议用mb_encode_mimeheader()处理中文主题
真正可靠的方案永远取决于你的部署环境：静态托管（Vercel/Netlify）只能选 EmailJS 或 Google Apps Script；有 PHP 主机可配 SMTP；企业内网则优先走内部邮件网关。别为了“省事”硬用 mailto:，它连基础的错误反馈都没有。
