Sendmail 在延期后延迟 12 天：连接被拒绝

Question 1

您的问题是“努力弄清楚为什么等了这么久才重新审判“，但在我看来，这些日志是确定的：您的邮件服务器不会等待 12 天后再重新尝试发送。它经常重试（虽然没有所有日志，我无法说出频率），但远程服务器一直不可用。所以你的问题是无法回答的，因为它基于错误的谓词。

我也想知道为什么远程服务器没有接听您的电话，但假设您的互联网连接没有完全中断（这似乎不太可能），我们无从得知。这可能是路由混乱，但这超出了您的控制范围；可能是远程服务器不喜欢收到您发来的太多邮件，因此在繁忙时段拒绝应答，但这也超出了您的控制范围；可能是他们的服务器只是超载了（例如，当系统负载过高时，sendmail 会拒绝连接），但同样，这超出了您的控制范围。

您可能希望尝试直接与该服务器的管理员沟通，向他/她提出问题；但除此之外您无能为力 - 当然，您的服务器似乎没有太大问题。

Answer

您的问题是“努力弄清楚为什么等了这么久才重新审判“，但在我看来，这些日志是确定的：您的邮件服务器不会等待 12 天后再重新尝试发送。它经常重试（虽然没有所有日志，我无法说出频率），但远程服务器一直不可用。所以你的问题是无法回答的，因为它基于错误的谓词。

我也想知道为什么远程服务器没有接听您的电话，但假设您的互联网连接没有完全中断（这似乎不太可能），我们无从得知。这可能是路由混乱，但这超出了您的控制范围；可能是远程服务器不喜欢收到您发来的太多邮件，因此在繁忙时段拒绝应答，但这也超出了您的控制范围；可能是他们的服务器只是超载了（例如，当系统负载过高时，sendmail 会拒绝连接），但同样，这超出了您的控制范围。

您可能希望尝试直接与该服务器的管理员沟通，向他/她提出问题；但除此之外您无能为力 - 当然，您的服务器似乎没有太大问题。

Question 2

我最近在我们中继的某个域中遇到了类似的问题。该域的队列中有一条消息导致其网关挂起并且不接受该消息。该消息到达时，他们的网关正在维护中（因此我们在他们恢复服务之前为他们建立了一个消息队列）。

在后续队列运行中，尝试了无效消息，超时，并且为该域排队的其他消息显示为重试，但实际上并未尝试（显示 xdelay=00:00:00）。一旦域恢复服务，新消息就会立即发送，但旧消息会滞留在无效消息后面，不会真正重试，最终会被退回。

为了解决这个问题，我们所做的就是添加一些具有不同顺序的常规队列运行......

# Puppet Name: queuerun-modtime
10 * * * * /usr/lib/sendmail -q -OQueueSortOrder=modtime
# Puppet Name: queuerun-random
40 * * * * /usr/lib/sendmail -q -OQueueSortOrder=random

Answer

我最近在我们中继的某个域中遇到了类似的问题。该域的队列中有一条消息导致其网关挂起并且不接受该消息。该消息到达时，他们的网关正在维护中（因此我们在他们恢复服务之前为他们建立了一个消息队列）。

在后续队列运行中，尝试了无效消息，超时，并且为该域排队的其他消息显示为重试，但实际上并未尝试（显示 xdelay=00:00:00）。一旦域恢复服务，新消息就会立即发送，但旧消息会滞留在无效消息后面，不会真正重试，最终会被退回。

为了解决这个问题，我们所做的就是添加一些具有不同顺序的常规队列运行......

# Puppet Name: queuerun-modtime
10 * * * * /usr/lib/sendmail -q -OQueueSortOrder=modtime
# Puppet Name: queuerun-random
40 * * * * /usr/lib/sendmail -q -OQueueSortOrder=random

Sendmail 在延期后延迟 12 天：连接被拒绝

答案1

答案2

相关内容