什么可能解释这种电子邮件传递的怪异行为？
有人在2月16日给我发了电子邮件。我没有立即收到，也没有在接下来的几天收到。
然后，出于彻底的一个月（3月16日），我收到他告诉我的信息，他是在2月16日发出的。
我看到电子邮件被退回，我看到了丢失的电子邮件，但是我从未见过一个月后才发送的电子邮件。
假设那个家伙确实在2月16日点击了“发送”button，那么在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: <[email protected]> Envelope-to: [email protected] 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 <[email protected]>) id 1Q0H08-0004ke-5M for [email protected]; 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" <[email protected]> To: "My Co" <[email protected]> Subject: Confidentiality Agreement Date: Wed, 16 Mar 2011 13:18:10 -0400 Message-ID: <[email protected]> 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 看看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
Comcast客户76.24.218.3：
$ 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日。
因此，我可以得出的唯一结论是由于客户端的一些错误configuration或问题，邮件在发件人的发件箱中放置了一个月。 也许他的传出服务器configuration是错误的？ 然后，无论什么错误，它在3月16日得到修复，邮件客户端能够成功地发送邮件。
我的第一个怀疑是其中一个系统的date设置不正确。 发送date由创build电子邮件的系统设置，所以如果发送时间错误，将在错误的时间发送。
如果他真的在这个日子发送邮件，它可能会被困在邮件客户端的出站邮件队列中，然后在一个月后偶然发送，当他碰巧重新启动邮件客户端或类似的东西。
邮件服务器不太可能被阻塞，因为大多数邮件服务器都会丢弃在特定时间范围内（通常是4天）无法发送的邮件，