PHPMailer:似乎没有发送密码

Question

我检查了其他问题，但没有找到与我的问题匹配的问题。我试图使用PHPMailer向我的电子邮件提供商(Pixel Internet)发送电子邮件，但获得身份验证失败。我使用与Thunderbird相同的主机名，用户名和密码，并且工作得很好，所以我的代码中一定有错误。

这是我的代码:

$mail->isSMTP();
$mail->Host = $mail_smtp_host;
$mail->Port = 587;
$mail->SMTPAuth = true;
$mail->AuthType = "PLAIN";
$mail->SMTPSecure = 'tls';
$mail->Username = $mail_auth_username;
$mail->Password = $mail_auth_password; // (Password in plain text)
$mail->SMTPDebug = 4;
$mail->setFrom('(my email address)', 'Jeff Goodenough');
$mail->addAddress(...);
$mail->Subject = 'Test';
$mail->Body = 'Testing.';
$mail->send();

这是我得到的调试跟踪:

2021-03-04 10:29:43 Connection: opening to mail50.extendcp.co.uk:587, timeout=300, options=array()
2021-03-04 10:29:43 Connection: opened
2021-03-04 10:29:43 SMTP INBOUND: "220 mta1.hi.local ESMTP Exim 4.94 Thu, 04 Mar 2021 10:29:43 +0000"
2021-03-04 10:29:43 SERVER -> CLIENT: 220 mta1.hi.local ESMTP Exim 4.94 Thu, 04 Mar 2021 10:29:43 +0000
2021-03-04 10:29:43 CLIENT -> SERVER: EHLO localhost
2021-03-04 10:29:43 SMTP INBOUND: "250-mta1.hi.local Hello host86-151-185-147.range86-151.btcentralplus.com [86.151.185.147]"
2021-03-04 10:29:43 SMTP INBOUND: "250-SIZE 52428800"
2021-03-04 10:29:43 SMTP INBOUND: "250-8BITMIME"
2021-03-04 10:29:43 SMTP INBOUND: "250-PIPELINING"
2021-03-04 10:29:43 SMTP INBOUND: "250-X_PIPE_CONNECT"
2021-03-04 10:29:43 SMTP INBOUND: "250-AUTH PLAIN LOGIN CRAM-MD5"
2021-03-04 10:29:43 SMTP INBOUND: "250-CHUNKING"
2021-03-04 10:29:43 SMTP INBOUND: "250-STARTTLS"
2021-03-04 10:29:43 SMTP INBOUND: "250 HELP"
2021-03-04 10:29:43 SERVER -> CLIENT: 250-mta1.hi.local Hello host86-151-185-147.range86-151.btcentralplus.com [86.151.185.147]250-SIZE 52428800250-8BITMIME250-PIPELINING250-X_PIPE_CONNECT250-AUTH PLAIN LOGIN CRAM-MD5250-CHUNKING250-STARTTLS250 HELP
2021-03-04 10:29:43 CLIENT -> SERVER: STARTTLS
2021-03-04 10:29:43 SMTP INBOUND: "220 TLS go ahead"
2021-03-04 10:29:43 SERVER -> CLIENT: 220 TLS go ahead
2021-03-04 10:29:43 CLIENT -> SERVER: EHLO localhost
2021-03-04 10:29:44 SMTP INBOUND: "250-mta1.hi.local Hello host86-151-185-147.range86-151.btcentralplus.com [86.151.185.147]"
2021-03-04 10:29:44 SMTP INBOUND: "250-SIZE 52428800"
2021-03-04 10:29:44 SMTP INBOUND: "250-8BITMIME"
2021-03-04 10:29:44 SMTP INBOUND: "250-PIPELINING"
2021-03-04 10:29:44 SMTP INBOUND: "250-X_PIPE_CONNECT"
2021-03-04 10:29:44 SMTP INBOUND: "250-AUTH PLAIN LOGIN CRAM-MD5"
2021-03-04 10:29:44 SMTP INBOUND: "250-CHUNKING"
2021-03-04 10:29:44 SMTP INBOUND: "250 HELP"
2021-03-04 10:29:44 SERVER -> CLIENT: 250-mta1.hi.local Hello host86-151-185-147.range86-151.btcentralplus.com [86.151.185.147]250-SIZE 52428800250-8BITMIME250-PIPELINING250-X_PIPE_CONNECT250-AUTH PLAIN LOGIN CRAM-MD5250-CHUNKING250 HELP
2021-03-04 10:29:44 Auth method requested: PLAIN
2021-03-04 10:29:44 Auth methods available on the server: PLAIN,LOGIN,CRAM-MD5
2021-03-04 10:29:44 CLIENT -> SERVER: AUTH PLAIN
2021-03-04 10:29:44 SMTP INBOUND: "535 Incorrect authentication data"
2021-03-04 10:29:44 SERVER -> CLIENT: 535 Incorrect authentication data
2021-03-04 10:29:44 SMTP ERROR: AUTH command failed: 535 Incorrect authentication data
SMTP Error: Could not authenticate.
2021-03-04 10:29:44 CLIENT -> SERVER: QUIT
2021-03-04 10:29:44 SMTP INBOUND: "221 mta1.hi.local closing connection"
2021-03-04 10:29:44 SERVER -> CLIENT: 221 mta1.hi.local closing connection
2021-03-04 10:29:44 Connection: closed
SMTP Error: Could not authenticate.

这是我的电子邮件提供商给出的一个例子(即他们期望的那种东西):

Client: EHLO client.example.com
Server: 250-smtp.example.com Hello client.example.com
Server: 250 AUTH GSSAPI DIGEST-MD5 PLAIN
Client: AUTH PLAIN dGVzdAB0ZXN0ADEyMzQ=
Server: 235 2.7.0 Authentication successful

区别似乎在于客户端到服务器的AUTH PLAIN消息:我的调试跟踪只显示了&;AUTH PLAIN&;而Pixel的例子则显示了一个编码字符串。我错过了什么?

Answer 1

RFC4954提供了AUTH PLAINSMTP认证机制的两个示例。第一个就像你看到的:

S: 250 AUTH GSSAPI DIGEST-MD5 PLAIN
C: AUTH PLAIN dGVzdAB0ZXN0ADEyMzQ=
S: 235 2.7.0 Authentication successful

第二个是同一机制的另一种形式:

S: 250 AUTH GSSAPI DIGEST-MD5 PLAIN
C: AUTH PLAIN
S: 334
C: dGVzdAB0ZXN0ADEyMzQ=
S: 235 2.7.0 Authentication successful

您可以看到这两个方法提交了相同的身份验证字符串，但是第二个方法在发送验证字符串之前从服务器获得了额外的334响应。虽然这种方法的效率略低，但它的优点是该方法与用于类似LOGIN验证机制的方法相同，该机制也使用334中间响应。

PHPMailer为PLAIN实现了第二种机制。你的服务器显然不喜欢这样，我认为这是一个bug;它应该允许两种模式。

一个简单的解决方案是切换到使用您的服务器也支持的LOGIN机制，并且只有一个版本:

$mail->AuthType = 'LOGIN';

你也可以使用CRAM-MD5，这是你的服务器和PHPMailer都支持的，稍微更安全，尽管在TLS上没有太大的区别。

Answer 2

已排序。我发送到的服务器上的AUTH PLAIN协议有问题。我将验证类型更改为CRAM-MD5，这一切都工作了。