电子邮件恰好在 1 个月后送达

Question

什么可以解释这种奇怪的电子邮件发送行为？

有人在 2 月 16 日给我发了一封电子邮件。我没有立即收到，也没有在接下来的几天里收到。

然后，突然之间，就在 1 个月后（3 月 16 日），我收到了他告诉我他在 2 月 16 日发送的消息。

我见过退回的电子邮件，我见过丢失的电子邮件，但我从未见过恰好在 1 个月后送达的电子邮件。

假设那个人确实在 2 月 16 日点击了“发送”按钮，那么有什么可能解释在 3 月 16 日发送它？

为了帮助解开这个谜团，我引用下面的标题（标识细节已更改以保护隐私）：

From - Wed Mar 16 14:55:21 2011
X-Account-Key: account3
X-UIDL: UID1720-1259701283
X-Mozilla-Status: 0003
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:
Return-path: <alan@hisco.com>
Envelope-to: john@myco.com
Delivery-date: Wed, 16 Mar 2011 13:18:14 -0500
Received: from smtpauth23.prod.mesa1.secureserver.net ([64.202.165.47]:52866)
    by server521.webhost.com with smtp (Exim 4.69)
    (envelope-from <alan@hisco.com>)
    id 1Q0H08-0004ke-5M
    for john@myco.com; Wed, 16 Mar 2011 13:18:14 -0500
Received: (qmail 9698 invoked from network); 16 Mar 2011 17:28:43 -0000
Received: from unknown (76.24.218.3)
  by smtpauth23.prod.mesa1.secureserver.net (64.202.165.47) with ESMTP; 16 Mar 2011 17:28:42 -0000
From: "Alan Doe" <alan@hisco.com>
To: "My Co" <john@myco.com>
Subject: Confidentiality Agreement
Date: Wed, 16 Mar 2011 13:18:10 -0400
Message-ID: <000001c7e4c8$c23e93f0$489bcbd0$@hisco.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
    boundary="----=_NextPart_000_0001_01CBE4A7.3BCF3DE0"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AbvPQ9BP9rTIPgVpRWqahWXuOLXz9g==
Content-Language: en-us
X-Spam-Status: No, score=0.3
X-Spam-Score: 3
X-Spam-Bar: /
X-Spam-Flag: NO

This is a multipart message in MIME format.

------=_NextPart_000_0001_01CBE4A7.3BCF3DE0
Content-Type: text/plain;
    charset="us-ascii"
Content-Transfer-Encoding: 7bit

Answer 1

查看Received:标题，从最后一个开始并逐渐增加。最后一个是：

Received: from unknown (76.24.218.3)
  by smtpauth23.prod.mesa1.secureserver.net (64.202.165.47) with ESMTP; 16 Mar 2011 17:28:42 -0000

76.24.218.3 是 Comcast 客户：

$ nslookup 76.24.218.3
Non-authoritative answer:
3.218.24.76.in-addr.arpa    name = c-76-24-218-3.hsd1.ct.comcast.net.

由于这是第一个Received:标头，它告诉我们消息直到 3 月 16 日才提交给服务器。还要注意Date:标头是 3 月 16 日。

因此，我能得出的唯一结论是，由于客户端的某些配置错误或问题，消息在发件人的发件箱中停留了一个月。也许他的传出服务器配置错误？然后不管是什么错误，它在 3 月 16 日得到修复，邮件客户端能够成功发送邮件。