PHP Mailer和Mailer-Daemon之间可能存在的关系

时间:2010-05-11 14:43:13

标签: php phpmailer

我正在使用来自网站的PHPMailer类,该网站将用户ajax上传的确认发送到我的客户端。这使用mail.myclient.com SMTP主机。这是我的客户端用于查看其电子邮件的Outlook的相同SMTP主机。

来自网站的这封电子邮件发送没有错误,虽然我收到了两封来自我的客户的关于邮件传递失败的电子邮件:向发件人返回的邮件与我用来发送确认电子邮件的地址相同。

这两个问题可以相关吗?我需要提供更多信息吗?

非常感谢!

   From: Mail Delivery System <Mailer-Daemon@hp13.hostpapa.com>
Date: Tue, 11 May 2010 15:01:41 +0100
To: "sales@splashoflondon.com" <sales@splashoflondon.com>
Subject: Mail delivery failed: returning message to sender

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:

  root@hp13.hostpapa.com
    (ultimately generated from Mailer-Daemon@hp13.hostpapa.com)
    retry timeout exceeded

------ This is a copy of the message, including all the headers. ------

Return-path: <sales@splashoflondon.com>
Received: from cpc2-dals2-0-0-cust1159.hari.cable.virginmedia.com
([82.35.76.136] helo=[192.168.2.7])
 by hp13.hostpapa.com with esmtpa (Exim 4.69)  (envelope-from <sales@splashoflondon.com>)  id 1OBq1k-0000V5-I4  for Mailer-Daemon@hp13.hostpapa.com; Tue, 11 May 2010 15:01:40 +0100
User-Agent: Microsoft-Entourage/12.0.0.071130
Date: Tue, 11 May 2010 15:01:31 +0100
Subject: Re: Warning: message 1O9xTC-0005BR-S6 delayed 48 hours
From: sales <sales@splashoflondon.com>
To: Mail Delivery System <Mailer-Daemon@hp13.hostpapa.com>
Message-ID: <C80F21CB.19D9%sales@splashoflondon.com>
Thread-Topic: Warning: message 1O9xTC-0005BR-S6 delayed 48 hours
Thread-Index: AcrxEnUcAvjUl38nTNq1kGDCVl/LEQ==
In-Reply-To: <E1OAgvb-0004TQ-Kq@hp13.hostpapa.com>
Mime-version: 1.0
Content-type: text/plain;
 charset="US-ASCII"
Content-transfer-encoding: 7bit

1 个答案:

答案 0 :(得分:2)

这很可能是无害的。

最初,有关于延迟传输的警告电子邮件(可能是您的客户端发送的电子邮件之一)。 48小时内无法访问邮件服务器,可能是因为它已关闭。 (这是一个“无法投递”的报告 - 邮件服务器仍会尝试发送邮件。如果您没有再听到任何消息,则最终会收到该消息。)

此警告已发送至root@hp13.hostpapa.com(出于任何原因我不知道,您必须检查该地址的外发电子邮件。您是否指定了特定的errors-to标头?)

root地址不存在或不接受邮件,因此会将错误消息发送给原始发件人。

它没有100%的意义,因为不清楚为什么首先联系root@hp13.hostpapa.com - 可能是因为hp13.hostpapa.com是外发邮件服务器。正如我所说,尝试添加errors-to: xyz@xyz.com并观察此类通知最终会在何处结束。

无论如何,原因的根源看起来无害:收件人的邮件服务器停机48小时可能会发生(尽管很少见)。