SwiftMailer 已停止维护，symfony/mailer 是当前唯一推荐的替代方案；强行在老旧项目中装 SwiftMailer 会遇到 PHP 版本不兼容、依赖冲突、TLS 配置失效等实际阻断问题。
直接说结论：SwiftMailer 已停止维护，symfony/mailer 是当前唯一推荐的替代方案；强行在老旧项目中装 SwiftMailer 会遇到 PHP 版本不兼容、依赖冲突、TLS 配置失效等实际阻断问题。
为什么 composer require swiftmailer/swiftmailer 很可能失败
SwiftMailer 6.x 要求 PHP ≥ 7.1，而 SwiftMailer 5.x（支持 PHP 5.6）早已归档且不再接收安全更新。如果你的老旧项目运行在 PHP 5.6 或 7.0 上，Composer 会报错：Your requirements could not be resolved to an installable set of packages。更麻烦的是，它依赖的 egulias/email-validator 在高版本中强制要求 PHP ≥ 7.2，形成隐性锁死。
实操建议：
- 先运行
php -v确认真实 PHP 版本，别只看 phpinfo 页面——CLI 和 Web SAPI 常不一致 - 执行
composer show php查 Composer 当前解析的 PHP 平台版本 - 若确认是 PHP 5.6，放弃 SwiftMailer，转向轻量封装方案（见下一条）
PHP 5.6 项目里安全发邮件的最小可行方案
不用重写整个邮件逻辑，只需替换 mail() 调用点。推荐用 phpmailer/phpmailer（v5.2.27 是最后一个支持 PHP 5.6 的稳定版），它不依赖 Composer 自动加载，可手动 require。
实操步骤：
- 下载
https://github.com/PHPMailer/PHPMailer/archive/refs/tags/v5.2.27.zip - 解压后把
class.phpmailer.php和class.smtp.php放进项目lib/目录 - 在调用前加
require_once 'lib/class.phpmailer.php'; - 关键配置必须显式设
$mail->SMTPSecure = 'tls'; $mail->Port = 587;，否则 Gmail / Outlook 会静默丢信
注意：不要用 isSMTP() 后再设 Host 却漏掉 Port——这是老项目迁移中最常导致“无报错但收不到信”的原因。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如果 PHP ≥ 7.2，优先用 symfony/mailer 而非 SwiftMailer
SwiftMailer 的作者已将全部精力转向 Symfony Mailer，后者 API 更简洁、内置对 SendGrid/Mailgun/SMTP 的原生支持，且修复了 SwiftMailer 中长期存在的 SMTP timeout 不抛异常、附件编码错乱等问题。
实操要点：
- 运行
composer require symfony/mailer（无需安装完整 Symfony 框架） - 创建 Transport 时，避免写死
smtp://user:pass@host:port——密码含@或/会导致 URL 解析失败，改用数组构造：new SmtpTransport('host', 587, 'tls')+$transport->setUsername(...)->setPassword(...) - 发 HTML 邮件时，
$email->html(...)必须显式调用，仅设text()不会自动降级，否则 Gmail 会显示空白
替换过程中最容易被忽略的 TLS 验证细节
老旧项目往往跳过证书验证（stream_context_set_option($ctx, 'ssl', 'verify_peer', false)），但现代 SMTP 客户端默认开启验证。直接替换库后，常见错误是 Connection could not be established with host smtp.gmail.com :stream_socket_client(): SSL operation failed。
解决路径很窄：
- Linux 服务器上确保
ca-certificates包已更新（apt update && apt install ca-certificates） - PHP 配置中检查
openssl.cafile是否指向有效证书路径（如/etc/ssl/certs/ca-certificates.crt） - 绝不要在生产环境用
setStreamContext(...)关闭验证——这会让中间人攻击生效
真正卡住的点往往不是代码怎么写，而是 OpenSSL 库版本太老、系统证书过期、或 PHP 编译时没链接对的 libssl.so。这类问题不会报明确错误，只会让连接 hang 15 秒后超时。
