了解投放失败

退回是ISP提供回发失败通知的投放尝试和失败的结果。 跳出处理是列表卫生的关键部分。 给定电子邮件已连续多次弹回后，此过程会标记其以抑制。

此过程可阻止系统继续发送无效的电子邮件地址。 退回量是ISP用来确定IP信誉的关键数据之一。 关注此量度很重要。 “已投放”与“已退回”可能是衡量营销消息投放情况的最常用方法：交付百分比越高，越好。

如果消息无法发送到用户档案，远程服务器会自动向Adobe Campaign发送错误消息。 确定此错误是为了确定是否应隔离电子邮件地址、电话号码或设备。 请参阅 退回邮件管理.

发送消息后，您可以在投放日志中查看每个用户档案的投放状态以及相关失败类型和原因。

隔离电子邮件地址时，或者如果某个用户档案处于状阻止列表态，则投放准备步骤中将排除收件人。 排除的消息列在投放仪表板中。

消息投放失败的原因

消息失败时有两种类型的错误。 每种投放失败类型均确定地址是否被发送到 隔离 或不。

• 硬退回
  硬退回是在ISP确定对订户地址的邮件尝试为无法发送后生成的永久故障。 在Adobe Campaign中，分类为不可交付的硬退回会添加到隔离列表，这意味着不会重新尝试这些退回。 在某些情况下，如果失败原因未知，则会忽略硬退回。

  以下是一些常见的硬退回示例：地址不存在、帐户已禁用、语法错误、域错误

• 软退回
  软退回是ISP在发送邮件时遇到困难时产生的临时故障。 软故障将 重试 多次（具有差异，具体取决于使用自定义或现成投放设置）以尝试成功投放。 在尝试重试的最大次数（这又因设置而异）之前，不会将持续软退回的地址添加到隔离。

  软退回的一些常见原因包括：邮箱已满，正在接收电子邮件服务器关闭，发件人信誉问题

的 已忽略 错误类型已知为临时错误（如“不在办公室”），或技术错误（例如，如果发件人类型为“邮递员”）。

反馈循环的工作方式类似于退回电子邮件：当用户将电子邮件标记为垃圾邮件时，您可以在Adobe Campaign中配置电子邮件规则，以阻止向此用户发送所有邮件。 即使用户未单击退列入阻止列表订链接，其地址也会被。 地址会添加到(NmsAddress)隔离表，而不是(NmsRecipient)收件人表 Denylisted 状态。 了解有关 Adobe投放能力最佳实践指南.

同步和异步错误

消息投放可能会立即失败，在这种情况下，我们会将其视为同步错误。 如果消息发送失败或稍后失败，则在发送后，将出现异步错误。

这些类型的错误按如下方式管理：

• 同步错误:Adobe Campaign投放服务器联系的远程服务器会立即返回错误消息。 不允许将投放发送到用户档案的服务器。 邮件传输代理(MTA)确定退件类型并确定错误的条件，并将该信息发送回Campaign，以确定是否应隔离相关的电子邮件地址。 请参阅退回邮件鉴别。

• 异步错误:接收服务器会在稍后重新发送退回邮件或重新发送SR。 此错误由与错误相关的标签限定。 最晚的异步错误，可能发生在发送投放的一周之后。

退回邮件鉴别

在Adobe Campaign中处理退回邮件鉴别的方式取决于错误类型：

• 同步错误:MTA可确定退件类型和资格条件，并将该信息发回至Campaign。 中的退回资格 Delivery log qualification 表未用于 同步 投放失败错误消息。

• 异步错误:Campaign用于确定异步投放失败的规则列在 Administration > Campaign Management > Non deliverables Management > Delivery log qualification 节点。 异步退回由inMail流程通过 Inbound email 规则。 有关更多信息，请参阅 Adobe Campaign Classic v7文档。

重试管理

如果消息投放在出现临时错误后失败(柔和 或 已忽略),Campaign重试发送。 这些重试可一直执行到投放持续时间结束为止。

软退件重试次数及其间隔时间由MTA根据从消息电子邮件域返回的退回响应的类型和严重性确定。

有效期

Campaign投放中的有效期设置限制为 3.5天或以下. 对于投放，如果您在Campaign中定义的值超过3.5天，则不会将其考虑在内。

例如，如果在Campaign中将有效期设置为默认值5天，则软跳出消息将进入MTA重试队列，并从该消息到达MTA后仅重试3.5天。 在这种情况下，将不使用Campaign中设置的值。

消息在 MTA 队列中停留 3.5 天且投放失败后，该消息将超时，在投放日志中的状态将从 Sent 更新为 Failed。

有关有效期的更多信息，请参阅 Adobe Campaign Classic v7文档。

电子邮件错误类型

对于电子邮件渠道，下面列出了投放失败的可能原因。

推送通知错误类型

对于移动设备应用程序渠道，下面列出了投放失败的可能原因。

iOS隔离

HTTP/V2协议允许对每次推送交付进行直接反馈和状态。 如果使用HTTP/V2协议连接器，则不再由 mobileAppOptOutMgt 工作流。 在卸载或重新安装移动应用程序时，令牌会被视为未注册。

同步，如果APNs为消息返回“未注册”状态，则目标令牌将立即被隔离。

Android隔离

对于Android V1

对于每个通知，Adobe Campaign会直接从FCM服务器接收同步错误。 Adobe Campaign会即时处理这些错误，并根据错误的严重性生成硬错误或软错误，并可以执行重试：

• 超出负载长度、连接问题、服务可用性问题：重试，软错误，失败原因 Refused.
• 超出设备配额：无重试，软错误，失败原因 Refused.
• 无效或未注册的令牌、意外错误、发件人帐户问题：无重试，硬错误，失败原因 Refused.

的 mobileAppOptOutMgt 工作流每6小时运行一次，以更新 AppSubscriptionRcp 表。 对于声明为未注册或不再有效的令牌，该字段 已禁用 设置为 True 且链接到该设备令牌的订阅将自动从将来投放中排除。

在投放分析过程中，从目标中排除的所有设备都会自动添加到 excludeLogAppSubRcp 表。

对于Android V2

Android V2隔离机制使用与Android V1相同的流程，这同样适用于订阅和排除项更新。 有关更多信息，请参阅 Android V1 中。

短信隔离

对于标准连接器

短信渠道的特性如下所示。

对于扩展的通用SMPP连接器

使用SMPP协议发送短信消息时，错误管理的处理方式不同。

SMPP连接器从SR（状态报告）消息中检索数据，该消息使用正则表达式(regex)返回以过滤其内容。 然后，将此数据与 Delivery log qualification 表格(可通过 Administration > Campaign Management > Non deliverables Management 菜单)。

在鉴定新类型的错误之前，失败原因始终设置为 已拒绝 默认情况下。

生成的消息示例：

SR Generic DELIVRD 000|#MESSAGE#

• 所有错误消息均以 SR 以区分短信错误代码和电子邮件错误代码。

• 第二部分(通用 在本示例中)的错误消息引用SMSC实施的名称，如 SMSC implementation name 短信外部帐户的字段。

  由于同一错误代码对每个提供程序可能具有不同的含义，因此通过此字段，您可以了解哪个提供程序生成了错误代码。 然后，您可以在相关提供商的文档中找到该错误。

• 第三部分(DELIVRD 在此示例中)的错误消息对应于从SR中检索的状态代码，该代码使用SMS外部帐户中定义的状态提取正则表达式。

  此正则表达式在 SMSC specificities 选项卡。
  默认情况下，正则表达式会提取 stat: 字段 附录B 部分 SMPP 3.4规范.

• 第四部分(000 在本例中)，错误消息对应于使用短信外部帐户中定义的错误代码提取正则表达式从SR提取的错误代码。

  此正则表达式在 SMSC specificities 选项卡。

  默认情况下，正则表达式会提取 错误： 字段 附录B 部分 SMPP 3.4规范.

• 管道符号(|)之后的所有内容仅在 First text 列 Delivery log qualification 表。 此内容始终由 #MESSAGE# 在消息被标准化后。 此过程可避免因类似错误而包含多个条目，且与电子邮件相同。

扩展的通用SMPP连接器应用启发式来查找合理的默认值：如果状态以 DELIV，则会被视为成功，因为它与常用状态匹配 DELIVRD 或 已交付 由大多数提供商使用。 任何其他状态都会导致硬失败。

Business.Adobe.com 资源