在X天后重新发送硬反弹电子邮件是否可以？ 什么是X？

硬反弹意味着你不应该发送消息到该地址。 反弹信息应该包含一个关于你为什么被反弹的指示。 如果该地址不存在，则不会有多less等待可以解决该问题。

如果你得到一个软反弹，比如你应该超过配额，那么使用指数回退。 这应该是您的邮件服务器的默认规则集的一部分。 在至less两天后失败信息。 如果退后到每天重试，通常至less要等待一个星期才能使信息失败。 您可能需要定期（首次失败，并在一两天后）通知发件人延迟。

如果您因configuration而难以恢复，请等到您解决问题。 我的邮件服务器阻止了许多可能导致难以反弹的情况：

• 不正确的DNS条目。 您的地址必须从IP地址parsing为DNS名称并返回到相同的IP地址。 这是RFC的一部分。
• 直接从dynamic地址发送电子邮件。 使用您的ISP的中继，或另一个需要authentication的中继。 （你也可能会违反上述规则的DNS条件。）
• 被列入黑名单。 几乎所有的黑名单都可以让你快速下车。 您也可以在接收站点列入黑名单，这可能更难以解决。
• 从您的SPF（发件人策略框架）DNS条目不允许的地址发送。
• 在发送HELO或EHLO消息时提供不正确的数据。 这应该是与IP地址相对应的完全限定的DNS名称。 localhost，GEORGE，MY_HOST等无效，但可以接受。 也声称是你发送给主机或其他主机在他们的域是无效的。
• 发送错误格式的消息。 缺less标题，无效的date等
• 发送由垃圾邮件filter标识为垃圾邮件的邮件。
• 从无法validation的地址发送。 您的IP地址应该被允许从该域发送。
• 从属于由接收系统处理的域的地址发送。 这应该要求您先作为发送用户进行身份validation。
• 使用消息ID指示消息是从接收域发送的。
• 运行一个开放的中继。

如果退回消息指出该帐户未处于活动状态或不存在，则应停止发送到该帐户，直到您被告知为止。 发送到以前以这种方式回复的帐户通常只是浪费时间。

如果退回邮件是由于帐户超过配额或其他一般临时情况，那么我会阻止重新发送至less24小时，然后如果第二条消息也发生了反弹，请在发送第三条消息之前保留几天时间等等，每次延长重试延迟时间，直到消息通过，返回一个更永久的错误，或者你放弃。