1

RFC1893 声称状态码将采用以下格式，您可以在此处阅读更多信息。

但是我们的退回管理系统很难从退回消息中解析错误状态代码。我们能够获取原始消息，但根据电子邮件服务器的不同，代码将出现在不同的位置。是否有关于如何解析此类消息以获得更好结果的规则。我们不是在寻找 100% 的解决方案，而是至少 80% 的解决方案。

本文档定义了一组新的状态代码来报告邮件系统状况。这些状态代码旨在用于独立于媒体和语言的状态报告。它们不适用于系统特定的诊断。

新状态码的语法定义为：

      status-code = class "." subject "." detail
      class = "2"/"4"/"5"
      subject = 1*3digit
      detail = 1*3digit

状态码中不允许出现空白字符和注释
。状态代码中的每个数字子代码必须
不带前导零数字。

上面来自 RFC 的引用说明了一件事，但下面来自一个领先的退信管理工具的文字说明了一些不同的内容，我可以在其中获得标准状态代码的良好来源：

返回代码 说明
0 UNDETERMINED -（即收件人回复）
10 HARD BOUNCE -（即用户未知）
20 SOFT BOUNCE - 一般
21 SOFT BOUNCE - Dns 失败
22 SOFT BOUNCE - 邮箱已满
23 SOFT BOUNCE - 邮件太大
30 BOUNCE - 否电子邮件地址。非常稀有！
40 一般退回
50 邮件阻止 - 一般
51 邮件阻止 - 已知垃圾邮件发送者
52 邮件阻止 - 检测到垃圾邮件
53 邮件阻止 - 检测到附件
54 邮件阻止 - 中继被拒绝
60 自动回复 - （即不在办公室）
70 瞬态退回
80 订阅请求
90取消订阅/删除请求
100 挑战响应

4

1 回答 1

2

我不确定这是一个完整的答案，但这种检测反弹的算法可能很有用。

于 2009-08-06T14:04:00.877 回答