信使用无法传递的信息做什么？

周三，我们与主机有一个无关的电子邮件问题，他们做了一些更改，包括从/etc/local_domains删除我们的域foo.com 。

这有一些影响深远的（而且很难诊断），而且我们实际上并没有注意到邮件直到星期四才被发送。我星期四错误地想弄清楚我们的电子邮件cronjobs有什么问题，但周五我终于find了真正的问题并修复了它。

现在的问题是过去两天里有很多电子邮件丢失了。如果可能的话，我需要find那些丢失的信息，但不幸的是，用“快递邮件发送失败的地方”的search结果导致了一堆关于空间发货的新闻报道。我已经检查了里面的/var/mail但其中的文件是空的 – 我想cPanel或Courier做我不指望与电子邮件的事情。

我的问题是：那个时期无法投递的邮件去哪里？有没有可能他们仍然存在的地方，我可以恢复他们？

cpanel / etc / local_domains可能用于configurationexim，而不是courier。传入的电子邮件通过smtp传送，而不是pop或imap。

所以这是发生了什么事情：

远程邮件服务器为您的域名查找MX服务器
您的dnsconfiguration可能已经设置好，以便您的cpanel服务器是您的域的最佳优先级的MX服务器
远程邮件服务器连接到您的服务器上的进出口。由于你的域没有在exim上configuration，exim将连接解释为一个RELAY请求，而且很可能告诉远程邮件服务器得到填充。

所以邮件不在你的服务器上，对不起。

然后有一个很小的希望：如果Exim用5xx错误信息拒绝了收到的电子邮件，那么远程服务器保存该信息的机会就很less。但是，如果Exim用4xx错误信息拒绝传入的电子邮件，那么可能发生两件事：

您已经为您的域configuration了多个MX服务器。去看看其他的邮件服务器，如果他们有机会收到电子邮件，并将其存储以备将来投递。
4xx错误消息应该是“临时的”，所以这意味着远程邮件服务器会将消息保留在队列中，并根据其configuration再次尝试一段时间。也许您目前正在收到“旧”电子邮件，如果您的电子邮件地址configuration错误，则会被拒绝。

因此，为了查找是否为您的域configuration了其他MX服务器：

 dig foo.com mx

然后为了检查您的SMTP服务器的中继请求的答案：

在远程客户端（重要的一点是有一个外部IP地址）：

telnet your-server-ip-address 25

HELO helo.com

邮件来自： <[email protected]>

RCPT TO： <[email protected]>

在每一行（HELO，MAIL FROM，RCPT TO）之后，您将从服务器获得答案。 RCPT TO的答案应该是5xx ..或4xx。如果是4xx，你有一点希望。