PHPMailer - SSL3_GET_SERVER_CERTIFICATE：证书验证失败

Question

遇到了应该从具有自签名证书的邮件服务器发送电子邮件的问题，我得到的错误是：

PHP Warning:  stream_socket_enable_crypto(): SSL operation failed with code 1. OpenSSL Error messages:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed in class.smtp.php on line 327.

有没有人遇到过类似的情况？

编辑：

我也尝试过设置 stream_context 参数（参数：SSL context options）：

$options['ssl']['verify_peer'] = false;
$options['ssl']['verify_peer_name'] = false;
$options['ssl']['allow_self_signed'] = true;

不走运，它仍然失败并出现与上述相同的错误。

谢谢。

Answer 1

PHP 5.6 引入了 SSL 证书验证，因此如果您的配置被破坏，它将失败并出现此错误。您应该修复您的 SSL，但您可以通过将 SMTPOptions 属性设置为不验证证书来恢复旧行为：

$mail->SMTPOptions = array(
    'ssl' => array(
        'verify_peer' => false,
        'verify_peer_name' => false,
        'allow_self_signed' => true
    )
);

编辑库会破坏库的全部意义-如果您按照 Kaf 的回答建议进行操作，则升级时您的代码将中断。真的，不要那样做。

编者注：禁用 SSL 验证具有安全隐患。如果不验证 SSL/HTTPS 连接的真实性，恶意攻击者可以冒充一个受信任的端点（例如 GitHub 或其他一些远程 Git 主机），您将容易受到Man-in-the-Middle Attack 的攻击。 在将其用作解决方案之前，请确保您完全了解安全问题。

Answer 2

我也有同样的问题。所以我在第 238 行更改了文件 class.smtp.php：

public function connect($host, $port = null, $timeout = 30, $options = array()) {
       if (count($options) == 0) {
           $options['ssl'] = array('verify_peer' => false, 'verify_peer_name' => false, 'allow_self_signed' => true);
       }

现在可以正常使用了！

编者注：禁用 SSL 验证具有安全隐患。如果不验证 SSL/HTTPS 连接的真实性，恶意攻击者可以冒充一个受信任的端点（例如 GitHub 或其他一些远程 Git 主机），您将容易受到Man-in-the-Middle Attack 的攻击。 在将其用作解决方案之前，请确保您完全了解安全问题。

Answer 3

我遇到了同样的问题。原来我的 Postfix 配置缺少中间证书和根证书设置：

smtpd_tls_CAfile=/etc/ssl/certs/intermediate-root-bundle.crt

尽管这个 Postfix 配置已经在 Outlook 和 Thunderbird 上运行了多年，但 PHP 更加挑剔并且未能通过 SSL 检查。

因此，即使您可能想破解 PHPMailer，请不要这样做，并解决根本问题。

Answer 4

我只是想投入 2 美分，因为我几天来一直在寻找解决方案，直到我尝试了 Kaf 的解决方案并且它奏效了！！谢谢@Kaf

无论如何...对我来说，PHPMailer 工作正常，直到我决定将 PHP 升级到 PHP5.6

在 PHP 5.6 中对打开 ssl 进行了更改。这是官方文档：

http://php.net/manual/en/migration56.openssl.php

从文档中说将 verify_peer 和 verify_peer_name 设置为 false

所以只要按照 Kaf 的回答，看看这是否适合你。

编者注：文档还说不推荐这样做！禁用 SSL 验证具有安全隐患。如果不验证 SSL/HTTPS 连接的真实性，恶意攻击者可以冒充受信任的端点（例如 GitHub 或其他远程 Git 主机），您将被容易受到Man-in-the-Middle Attack 的攻击。 在将其用作解决方案之前，请确保您完全了解安全问题。