本文详解 php 邮件管道脚本中“原始邮件转发失败”的常见原因，指出手动拼接邮件内容导致格式损坏的问题，并提供修复方案及更优的服务器级替代方案。
本文详解 php 邮件管道脚本中“原始邮件转发失败”的常见原因，指出手动拼接邮件内容导致格式损坏的问题，并提供修复方案及更优的服务器级替代方案。
在使用邮件管道（Email Piping）功能时，许多开发者会编写类似以下的 PHP 脚本，期望将收到的原始邮件完整转发至另一邮箱：
#!/usr/bin/php -q
<?php $email_msg = '';
$email_addr = 'user@example.com';
$subject = 'Piped:';
$fh = fopen("php://stdin", "r");
while (!feof($fh)) {
$email_msg .= fread($fh, 1024);
}
fclose($fh);
mail($email_addr, $subject, "Piped Email: " . $email_msg); // ❌ 错误：篡改原始邮件体
?>
该脚本看似合理，但实际常导致收件方无法正常解析邮件——原因在于：原始邮件包含完整的 RFC 5322 格式头（如 From:、To:、Date:、MIME-Version:、Content-Type: 等），而直接在其前缀添加 "Piped Email: " 会破坏邮件结构，使 MIME 边界错位、编码失效或头部被截断，最终被目标邮箱拒收或显示为乱码。
✅ 正确做法是：原样保留并传递原始邮件内容（包括所有头部与正文），仅可安全修改 Subject 或添加自定义头部（需遵循 RFC 规范）：
#!/usr/bin/php -q
<?php // 读取原始邮件流（保持字节级完整性）
$email_msg = file_get_contents('php://stdin');
// ✅ 安全转发：不修改邮件体，仅调整主题（可选）
$subject = '【Piped】' . (preg_match('/^Subject:\s*(.*)$/mi', $email_msg, $m) ? trim($m[1]) : 'No Subject');
// 使用 mail() 发送时，必须确保 From 头合法（否则可能被拒）
$headers = "From: noreply@yourdomain.com\r\n" .
"X-Piped-By: PHP-Script\r\n" .
"X-Original-Received: " . date('r');
// ⚠️ 注意：mail() 不支持直接传递原始头部，因此需分离处理
// 更健壮的做法：使用 sendmail 命令行直传（推荐）
$sendmail_path = '/usr/sbin/sendmail -t -i';
$process = proc_open($sendmail_path, [
['pipe', 'w'],
], $pipes);
if (is_resource($process)) {
fwrite($pipes[0], $email_msg); // 原样写入原始邮件
fclose($pipes[0]);
proc_close($process);
} else {
error_log("Failed to open sendmail process");
}
?>
? 关键注意事项：
- mail() 函数无法安全转发含复杂 MIME 结构（如附件、HTML+plain 双版本）的原始邮件；它会尝试重新解析并重写头部，极易出错；
- 若只需“自动抄送”，优先采用邮件服务器原生配置（如 Postfix 的 alias + :include:、Exim 的 .forward 文件、cPanel 的 Forwarders），既高效又可靠；
- 管道脚本务必设置可执行权限（chmod +x pipe.php）且由邮件服务器以正确用户（如 nobody 或虚拟域用户）运行，避免权限/SELinux 拦截；
- 始终检查 /var/log/maillog 或 /var/log/exim_mainlog 中的具体报错，例如 invalid header, 553 malformed address, 451 Temporary local problem 等线索。
? 总结： 邮件管道不是简单的文本转发，而是对标准邮件协议的精确处理。避免字符串拼接原始邮件体；优先利用 MTA 内置转发机制；若必须用脚本，请通过 sendmail -t -i 直接投递原始字节流，并严格校验权限与日志。
