了解投放失败 delivery-failures

退回是投放尝试和失败的结果,其中ISP会提供回失败通知。 退回处理是列表安全机制的关键部分。 在给定的电子邮件已连续多次退回后,此过程会将其标记以进行抑制。

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

如果无法将消息发送到配置文件,远程服务器会自动向 Adobe Campaign 发送错误消息。此错误用于确定是应隔离电子邮件地址、电话号码还是设备。 请参阅退回邮件管理

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

隔离电子邮件地址后,或用户档案阻止列表时,将在投放准备步骤中排除收件人。 排除的消息将列在投放仪表板中。

消息投放为什么失败 delivery-failure-reasons

当消息失败时,有两种类型的错误。 每个投放失败类型都确定地址是否发送到隔离

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

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

  • 软退回
    软退回是ISP在难以投放邮件时生成的临时失败。 软失败将多次重试(如有差异,取决于使用自定义或现成投放设置),以尝试成功投放。 在尝试最大数量的重试之前,不会将持续软退回的地址添加到隔离(这同样根据设置而异)。

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

Ignored ​错误类型已知为临时错误,如“不在办公室”,或技术错误,例如,如果发件人类型为“邮递员”。

反馈循环的运行方式与退回电子邮件类似:当用户将电子邮件标记为垃圾邮件时,您可以在Adobe Campaign中配置电子邮件规则以阻止向该用户的所有投放。 即使这些用户没有单击退订链接,也会对其地址进行列入阻止列表。 地址已添加到(NmsAddress)隔离表,但未添加到(NmsRecipient)状态为​ Denylisted ​的收件人表。 在Adobe可投放性最佳实践指南中了解有关反馈循环机制的更多信息。

同步和异步错误 synchronous-and-asynchronous-errors

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

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

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

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

NOTE
作为托管Cloud Service用户,Adobe会执行退回邮箱的配置。

退回邮件鉴别 bounce-mail-qualification

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

  • 同步错误: MTA确定退件类型和鉴别,并将该信息发回至Campaign。 Delivery log qualification ​表中的退回限定不用于​ 同步 ​投放失败错误消息。

  • 异步错误: Campaign用于限定异步投放失败的规则列在​ Administration > Campaign Management > Non deliverables Management > Delivery log qualification ​节点中。 异步退回由inMail进程通过​ Inbound email ​规则进行鉴别。 有关详细信息,请参阅Adobe Campaign Classic v7文档

重试管理 retries

如果消息传递在临时错误(Soft ​或​ Ignored)后失败,Campaign将重试发送。 可以执行这些重试,直到投放持续时间结束。

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

NOTE
Campaign未使用投放属性中的重试设置。

有效期 valid-period

Campaign投放中的有效期设置限制为​ 3.5天或更短。 对于投放,如果您在Campaign中定义的值超过3.5天,则不会考虑该值。

例如,如果在Campaign中将有效期设置为默认值5天,则软退回消息将进入MTA重试队列,并从该消息达到MTA时起最多重试3.5天。 在这种情况下,将不使用Campaign中设置的值。

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

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

电子邮件错误类型 email-error-types

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

错误标签
错误类型
技术价值
说明
帐户被禁用
软/硬
4
链接到地址的帐户不再有效。 当互联网访问提供商(IAP)检测到长时间不活动时,它可以关闭用户的帐户。 之后,将无法投放到用户的地址。 如果帐户因6个月不活动而被暂时禁用,且仍可激活,则将分配状态有错误并重试帐户,直到错误计数达到5。 如果错误信号表明帐户已永久停用,则直接将其设置为“隔离”。
隔离地址
9
地址被隔离。
地址未指定
7
没有给收件人地址。
低质量地址
已忽略
14
此地址的质量等级太低。
已列入阻止列表的地址
8
发送时地址已添加到阻止列表。 此状态用于将外部列表和外部系统的数据导入Adobe Campaign隔离列表。
对照地址
已忽略
127
收件人的地址是控制组的一部分。
两次
已忽略
10
收件人的地址已在此投放中。
错误已忽略
已忽略
25
地址在允许列表上。 因此,该错误将被忽略,并将发送电子邮件。
仲裁后排除
已忽略
12
收件人已被“仲裁”类型营销活动类型规则排除。
由 SQL 规则排除
已忽略
11
收件人已被“SQL”类型营销活动类型规则排除。
无效域
柔光
2
电子邮件地址的域不正确或不再存在。 此用户档案将被重新定向,直到错误计数达到 5 为止。之后,该记录将设置为隔离状态,以后不会再重试。
邮箱已满
柔光
5
此用户的邮箱已满,无法接收更多邮件。 此用户档案将被重新定向,直到错误计数达到 5 为止。此后,该记录将设置为隔离状态,并且以后不会再进行重试。
此类错误由清理进程管理,地址在30天后设置为有效状态。
警告:对于要自动从隔离地址列表中移除的地址,必须启动数据库清理技术工作流。
未连接
已忽略
6
发送消息时,收件人的手机已关闭或未连接到网络。
未定义
未定义
0
地址正在进行鉴别,因为错误尚未递增。 当服务器发送新错误消息时,会发生此类错误:它可能是孤立的错误,但如果再次发生,错误计数会增加,这会提醒技术团队。 然后,他们可以通过树结构中的管理 / Campaign Management / 不可交付结果管理节点执行消息分析并限定此错误。
不符合优惠资格
已忽略
16
收件人不符合投放优惠的条件。
已拒绝
软/硬
20
由于安全反馈为垃圾邮件报告,该地址已被隔离。 根据错误,将再次尝试该地址,直到错误计数达到5,否则将直接将其发送到隔离区。
目标大小受限
已忽略
17
已达到收件人的最大传递大小。
不合格地址
已忽略
15
邮寄地址不合格。
不可到达
软/硬
3
消息投放链中发生错误。 可能是SMTP中继上的事件、暂时无法访问的域等。 根据错误,将再次尝试该地址,直到错误计数达到5,否则将直接将其发送到隔离区。
用户未知
1
地址不存在。 不再尝试针对此用户档案进行投放。

推送通知错误类型 push-error-types

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

iOS隔离 ios-quarantine

HTTP/V2协议允许直接反馈每个推送投放的状态。 如果使用HTTP/V2协议连接器,mobileAppOptOutMgt ​工作流将不再调用反馈服务。 卸载或重新安装移动应用程序时,令牌被视为已注销。

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

方案
状态
错误消息
失败类型
失败原因
重试
目标设备已打开
确定
目标设备已关闭
确定
用户禁用应用程序
的通知
确定
消息创建/分析阶段 — 有效负载太大
失败
有效负载过长
已拒绝
消息创建/分析阶段 — 意外的内容格式问题
失败
根据错误
显示各种错误消息
未定义
证书问题(密码、损坏等) 并测试与APNs问题
的连接
失败
根据错误
显示各种错误消息
已拒绝
发送期间网络连接丢失
失败
连接错误
未定义
无法访问
APNs消息拒绝:取消注册
用户已删除应用程序或令牌已过期
失败
已取消注册
用户未知
APNs消息拒绝:所有其他错误
失败
错误消息
中将显示错误拒绝原因
已拒绝

Android隔离 android-quarantine

用于Android V1

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

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

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

在投放分析期间,从目标中排除的所有设备都会自动添加到​ excludeLogAppSubRcp ​表中。

NOTE
对于使用百度连接器的客户,以下是不同类型的错误:
  • 投放开始时的连接问题:失败类型​ Undefined,失败原因​ Unreachable,已执行重试。
  • 传递期间连接丢失:软错误,失败原因​ Refused,执行重试。
  • 百度在发送期间返回的同步错误:硬错误,失败原因​ Refused,不执行重试。
Adobe Campaign每10分钟联系百度服务器以检索发送消息的状态,并更新broadlog。 如果消息被声明为已发送,则broadlogs中该消息的状态将设置为​ Received。 如果百度声明错误,则状态设置为​ Failed

用于Android V2

Android V2隔离机制使用与Android V1相同的过程,该过程同样适用于订阅和排除项更新。 有关详细信息,请参阅Android V1部分。

方案
状态
错误消息
失败类型
失败原因
重试
消息创建/分析阶段:自定义字段
中使用的关键字不合法
失败
不能使用以下关键字: {1}
消息创建/分析阶段:有效负载太大
失败
通知过重: {1}位,而只有{2}是授权的
已拒绝
发送期间网络连接丢失
失败
地址上的Firebase Cloud Messaging服务没有响应: {1}
无法访问
FCM消息拒绝: FCM服务器暂时不可用(例如,超时)。
失败
Firebase Cloud Messaging服务暂时不可用
无法访问
FCM消息拒绝:验证发件人帐户时出错
失败
无法识别开发人员帐户,请检查您的ID和密码
已拒绝
FCM消息拒绝:超出设备配额
失败
已拒绝
FCM消息拒绝:注册无效/未注册
失败
用户未知
FCM消息拒绝:所有其他错误
失败
Firebase Cloud Messaging Server返回了意外错误代码: {1}
已拒绝
FCM消息拒绝:无效参数
失败
INVALID_ARGUMENT
已忽略
未定义
FCM消息拒绝:第三方身份验证错误
失败
THIRD_PARTY_AUTH_ERROR
已忽略
已拒绝
FCM消息拒绝:发件人ID不匹配
失败
SENDER_ID_MISMATCH
柔光
用户未知
FCM消息拒绝:已取消注册
失败
未注册
用户未知
FCM消息拒绝:内部
失败
内部
已忽略
已拒绝
FCM消息拒绝:不可用
失败
不可用
已忽略
已拒绝
FCM消息拒绝:意外的错误代码
失败
意外错误代码
已忽略
已拒绝
身份验证:连接问题
失败
无法连接到身份验证服务器
已忽略
已拒绝
身份验证:请求中的客户端或作用域未获授权。
失败
unauthorized_client
已忽略
已拒绝
身份验证:客户端无权使用此方法检索访问令牌,或者客户端无权使用请求的任何作用域。
失败
unauthorized_client
已忽略
已拒绝
身份验证:访问被拒绝
失败
access_denied
已忽略
已拒绝
身份验证:无效的电子邮件
失败
invalid_grant
已忽略
已拒绝
身份验证: JWT
无效
失败
invalid_grant
已忽略
已拒绝
身份验证: JWT签名无效
失败
invalid_grant
已忽略
已拒绝
身份验证:提供的OAuth范围或ID令牌受众无效
失败
unauthorized_client
已忽略
已拒绝
身份验证: OAuth客户端已禁用
失败
已禁用客户端
已忽略
已拒绝

短信隔离 sms-quarantines

对于标准连接器

下面列出了短信渠道的特性。

NOTE
Delivery log qualification ​表不适用于​ 扩展通用SMPP ​连接器。
方案
状态
错误消息
失败类型
失败原因
已发送给提供程序
已发送
已在移动设备
上收到
已接收
提供程序
返回的错误
失败
接收数据(SR或MO)时出错
无法访问
MT确认
无效
失败
处理发送查询
的确认帧时出错“{1}”
无法访问
发送MT
时出错
失败
发送消息时出错
无法访问

扩展通用SMPP连接器的​

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

SMPP连接器从使用正则表达式(正则表达式)返回的SR(状态报告)消息中检索数据,以筛选其内容。 然后,此数据与​ Delivery log qualification ​表中的信息匹配(通过​ Administration > Campaign Management > Non deliverables Management ​菜单提供)。

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

NOTE
失败类型和失败原因与电子邮件相同。
请向您的提供商索取状态和错误代码列表,以便在投放日志资格表中设置正确的失败类型和失败原因。

生成的消息示例:

SR Generic DELIVRD 000|#MESSAGE#
  • 所有错误消息均以​ SR ​开头,以区分短信错误代码和电子邮件错误代码。

  • 错误消息的第二部分(Generic,在此示例中为)引用SMSC实现的名称,如SMS外部帐户的​ SMSC implementation name ​字段中定义的名称。

    由于对于每个提供程序而言,相同的错误代码可能具有不同的含义,因此此字段允许您知道是哪个提供程序生成了错误代码。 然后,您可以在相关提供商的文档中查找错误。

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

    此正则表达式在外部帐户的​ SMSC specificities ​选项卡中指定。
    默认情况下,正则表达式提取​ SMPP 3.4规范 ​的​ 附录B ​部分定义的​ stat: ​字段。

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

    此正则表达式在外部帐户的​ SMSC specificities ​选项卡中指定。

    默认情况下,正则表达式提取​ SMPP 3.4规范 ​的​ 附录B ​部分定义的​ err: ​字段。

  • 管道符号(|)之后的所有内容仅显示在​ Delivery log qualification ​表的​ First text ​列中。 在消息规范化后,此内容始终被​ #MESSAGE# ​替换。 此过程避免因类似错误而出现多个条目,与电子邮件的情况相同。

扩展通用SMPP连接器应用启发式来查找合理的默认值:如果状态以​ DELIV ​开头,则被视为成功,因为它与大多数提供商使用的通用状态​ DELIVRD ​或​ DELIVERED ​匹配。 任何其他状态都会导致硬故障。

recommendation-more-help
35662671-8e3d-4f04-a092-029a056c566b