电子邮件被 SMTP 服务器拒绝

电子邮件被 SMTP 服务器拒绝

我正在使用定制软件发送自动电子邮件。收件人非常希望收到这些电子邮件,因为他们主动请求。但是,他们抱怨没有收到。我使用亚马逊的 SMTP 服务发送这些电子邮件>我成功地将这些电子邮件一次发送给 25 位客户,轮流发送(这意味着每天有几个客户退出,两个新客户加入)。这是一项运输服务——他们再次请求更新。

现在...其中一个人没有收到电子邮件。

这是我从他们的电子邮件服务器获得的信息:

The original message was received at Wed, 4 Oct 2023 14:05:51 +0300
from b232-11.smtp-out.ap-southeast-2.amazonses.com [69.169.232.11]
 
   ----- The following addresses had permanent fatal errors -----
<[email protected]>
    (reason: 550-sender not allowed or wrong recipient, or message size (13955) exceeds 15K)
 
   ----- Transcript of session follows -----
... while talking to 10.9.200.7:
>>> DATA
<<< 550-sender not allowed or wrong recipient, or message size (13955) exceeds 15K
<<< 550-or number of sent emails exceeds 5 in the last 24 hours for this
<<< 550-sender:0108018afa5d7367-6a169b6c-8e52-42c7-812d-fecbcd0791e4-000000@ap-southeast-2.amazonses.com
<<< 550 / recipient:[email protected].
550 5.1.1 <[email protected]>... User unknown
<<< 503-All RCPT commands were rejected with this error:
<<< 503-sender not allowed or wrong recipient, or message size (13955) exceeds 15K
<<< 503-or number of sent emails exceeds 5 in the last 24 hours for this
<<< 503-sender:0108018afa5d7367-6a169b6c-8e52-42c7-812d-fecbcd0791e4-000000@ap-southeast-2.amazonses.com
<<< 503-/ recipient:[email protected].
<<< 503 Valid RCPT command must precede DATA

现在:

  • 信息非常小。
  • 我们并未在 24 小时内发送 5 封电子邮件。
  • 收件人是正确的(他们收到了使用 Outlook 发送的电子邮件,这就是我们现在手动执行的更新操作,但这有点疯狂)。

可能存在什么问题?

答案1

  1. 您正在尝试调试您无法控制的远程系统的配置,并且您与其管理员没有业务关系。即使您知道发生了什么,您也无法修复它。

  2. 至少在这种情况下,您会收到一条非常明确的错误消息,详细说明他们不接受电子邮件的原因。

邮件大小(13955)超过 15K...或过去 24 小时内发送的电子邮件数量超过 5 封

非常清晰,尽管限制非常严格。

我们并未在 24 小时内发送 5 封电子邮件。

不相关。错误消息引用了原始主机,您已经告诉我们它是共享服务的一部分。

虽然此处引用的限制非常严格,但期望客户重新配置服务以允许更多流量通过是不合理的。如果您想要良好的电子邮件传递率,请使用具有强大声誉管理策略的专用电子邮件服务,或在专用 IP 上运行自己的电子邮件服务(使用 SPF 和 DKIM)。

答案2

550 /行让我感觉很奇怪。带有更多行的消息在状态后以破折号发送。您是否可以设置自己的消息 ID 标头,以防止奇怪的换行,这可能会混淆下一个中继?


SMTP 扩展状态代码X.1.1(一般仅用作 5.1.1)的保留原因非常明确且具体:

X.1.1

错误的信箱地址

地址中指定的邮箱不存在。对于 Internet 邮件名称,这意味着“@”符号左侧的地址部分无效。

--IANA - SMTP 增强状态代码注册表,通过引入RFC 3463 第 3.2 节

虽然收件人很可能无法收到该消息中的任何邮件,但努力减少(即使没有特别提及)您这边的潜在问题并不是不合理的:

  • 还要注意,邮件地址的本地部分区分大小写,并允许包含可能在您这边被错误地规范化编码的不寻常字符(无论是在数据输入时,还是在 SMTP 协议的稍后阶段)。
  • 您可能会看到接收端生成的消息和从其内部中继传递的消息混合在一起。我曾见过此类配置解释了状态文本(特定)和附带消息(极其通用,试图伪装内部路由)的奇怪组合。确保您的消息同时获得 SPF 和 DKIM 的授权可能有助于解决收件人网络内(配置不当)转发的问题。

有时,您可以直接通过 与收件人的技术人员取得联系[email protected],而最终用户甚至不知道他们的外部邮件服务提供商会通过该地址做出响应。如果您这样做,请务必提供相关详细信息(仅转发邮件身体未送达通知可能不够,但转发整个消息(又名“作为附件”)可能引用原始消息 ID)。

相关内容