#延迟
当收件人服务器无法接受来自你的 IP 地址或域名的邮件时，就会发生邮件延迟。后续的投递尝试可能会被接受。延迟可能由多种原因引起。为了确定下次发送前需要采取哪些纠正措施，请查看任何延迟原因。延迟可能由多种原因引起，包括但不限于：
- 接收服务器可能过于繁忙，无法接受你的邮件。
- 接收服务器出于信誉原因对发件人的 IP 地址进行了限流。
- 发件人可能已超出每小时或每日的速率限制。
- 可能出现了短暂的 DNS 或网络问题，导致无法投递。
延迟并不一定意味着出现了问题。所有发件人都会遇到延迟。邮件投递预期会出现这种情况，即某些邮件需要多次尝试才能成功投递。
#延迟类型
收件箱服务商会触发外部延迟，而 MailPick 则会触发内部延迟（或称预防性延迟）。为了防止信誉受损、超出限制或违反政策，像 MailPick 这样的发送系统会代表发件人进行预防性延迟。
#延迟消息及补救措施
| 延迟消息 | 类型 | 原因 | 补救措施 |
|---|---|---|---|
| IP 达到 ISP 建议的每小时限制 | 外部 | 你已超出新增 IP 地址的预热限制 | 降低邮件投递速率 |
| IP 被收件服务器限流 | 外部 | 收件服务器对你的发信 IP 地址进行了限流 | 投递已放缓，无需采取行动 |
| IP 达到 ISP 建议的最大连接数限制 | 内部 | 你发送邮件过多过快 | 投递已放缓，无需采取行动 |
| IP 达到最大端口限制 | 内部 | 你已达到 MailPick 代理上可用的最大端口数 | 向你的账户添加 IP 地址 |
| IP 达到最大连接数限制 | 内部 | 你的 IP 地址达到了 MX 提供商的最大连接数 | 向你的账户添加 IP 地址 |
#重试逻辑
如果收件箱服务商延迟了某封邮件，MailPick 会在最长 72 小时内重试发送该邮件。在重试期间，MailPick 使用指数退避算法。延迟事件 Webhook 响应会返回一个 event 属性，其值为 deferred，直到邮件被投递。该响应包含一个 reason 属性，其中带有 SMTP 响应代码和简短说明。根据响应情况，可能需要发件人采取相应行动。如果邮件在整个 72 小时的重试期内一直被延迟，事件状态将变更为已阻止。
#端到端投递时间
尽管发件人应查看延迟原因，但某些延迟可能不会对你的邮件营销活动造成长时间的影响。根据延迟类型的不同，事件 Webhook 可能会产生一些噪音。发件人在调查影响时，应考虑端到端时间。端到端时间等于已处理时间戳与已投递时间戳之间的差值。
- 如果你收到许多延迟，但端到端时间保持较低，则投递影响仍然较小。
- 如果端到端时间持续较高，请考虑改进你的邮件营销活动、邮件基础设施，或两者兼而有之。