退回是投放尝试和失败的结果,其中ISP会提供回失败通知。 退回处理是列表安全机制的关键部分。 在给定的电子邮件已连续多次退回后,此过程会将其标记以进行抑制。
此过程会阻止系统继续发送无效的电子邮件地址。 退回是ISP用于确定IP信誉的关键数据之一。 关注此指标很重要。 “已投放”与“已退回”可能是衡量营销消息投放的最常见方式:投放百分比越高越好。
如果消息无法发送到配置文件,则远程服务器会自动向Adobe Campaign发送错误消息。 此错误用于确定是应隔离电子邮件地址、电话号码还是设备。 请参阅 退回邮件管理.
发送消息后,您可以在投放日志中查看每个用户档案的投放状态以及相关失败的类型和原因。
隔离电子邮件地址后,或用户档案阻止列表时,将在投放准备步骤中排除收件人。 排除的消息将列在投放仪表板中。
当消息失败时,有两种类型的错误。 每个投放失败类型都确定是否将地址发送到 隔离 也可能不会。
硬退回
硬退回是在ISP将对用户地址的邮寄尝试确定为不可投放后生成的永久失败。 在Adobe Campaign中,分类为无法投放的硬退回会添加到隔离列表,这意味着不会重新尝试这些硬退回。 在某些情况下,如果故障原因未知,则会忽略硬退回。
以下是硬退回的一些常见示例:地址不存在、帐户已禁用、语法错误、域错误
软退回
软退回是ISP在难以投放邮件时生成的临时失败。 软故障将 重试 多次(根据使用自定义或现成投放设置而异),以尝试成功投放。 在尝试最大数量的重试之前,不会将持续软退回的地址添加到隔离(这同样根据设置而异)。
软退回的一些常见原因包括:邮箱已满、接收电子邮件服务器关闭、发件人信誉问题
此 已忽略 已知的错误类型是临时的,如“不在办公室”,或技术错误,例如,如果发件人类型为“邮递员”。
反馈循环的运行方式与退回电子邮件类似:当用户将电子邮件标记为垃圾邮件时,您可以在Adobe Campaign中配置电子邮件规则以阻止向该用户的所有投放。 即使这些用户没有单击退订链接,也会对其地址进行列入阻止列表。 地址将添加到(NmsAddress)隔离表而非(NmsRecipient)收件人表,使用 Denylisted 状态。 要了解有关反馈循环机制的更多信息,请参阅 《Adobe可投放性最佳实践指南》.
消息投放可能会立即失败,在这种情况下,我们将其定性为同步错误。 如果消息发送失败或稍后发送,则在发送后,该错误为异步错误。
这些类型的错误可按如下方式管理:
同步错误:Adobe Campaign投放服务器联系的远程服务器立即返回错误消息。 不允许将投放发送到用户档案的服务器。 邮件传输代理(MTA)可确定退回类型并限定错误,然后将该信息发送回Campaign,以确定是否应隔离相关电子邮件地址。 请参阅退回邮件鉴别。
异步错误:接收服务器稍后会重新发送退回邮件或SR。 此错误使用与该错误相关的标签进行限定。 最晚的异步错误,可能发生在发送投放的一周之后。
作为托管Cloud Service用户,Adobe会执行退回邮箱的配置。
在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未使用投放属性中的重试设置。
Campaign投放中的有效期设置为 3.5天或以下. 对于投放,如果您在Campaign中定义的值超过3.5天,则不会考虑该值。
例如,如果在Campaign中将有效期设置为默认值5天,则软退回消息将进入MTA重试队列,并从该消息达到MTA时起最多重试3.5天。 在这种情况下,将不使用Campaign中设置的值。
消息在 MTA 队列中停留 3.5 天且投放失败后,该消息将超时,在投放日志中的状态将从 Sent 更新为 Failed。
有关有效期的更多信息,请参见 Adobe Campaign Classic v7文档.
对于电子邮件渠道,下面列出了投放失败的可能原因。
错误标签 | 错误类型 | 技术价值 | 说明 |
帐户被禁用 | 软/硬 | 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 | 地址不存在。 不再尝试对该用户档案进行投放。 |
对于移动设备应用程序渠道,下面列出了投放失败的可能原因。
HTTP/V2协议允许直接反馈每个推送投放的状态。 如果使用HTTP/V2协议连接器,则反馈服务不再由 mobileAppOptOutMgt 工作流。 卸载或重新安装移动应用程序时,令牌被视为已注销。
同时,如果APN为消息返回“未注册”状态,则目标令牌将立即被隔离。
方案 |
状态 |
错误消息 |
失败类型 |
失败原因 |
重试 |
目标设备已通电 |
确定 |
||||
目标设备已关闭 |
确定 |
||||
用户禁用应用程序的通知 |
确定 |
||||
报文创建/分析阶段 — 有效负载太大 |
失败 |
有效负载过长 |
柔光 |
已拒绝 |
否 |
报文创建/分析阶段 — 意外的内容格式问题 |
失败 |
根据错误显示各种错误消息 |
柔光 |
未定义 |
否 |
证书问题(密码、损坏等) 和测试与APNs问题的连接 |
失败 |
根据错误显示各种错误消息 |
柔光 |
已拒绝 |
否 |
发送期间网络连接丢失 |
失败 |
连接错误 |
未定义 |
不可到达 |
是 |
APNs消息拒绝:取消注册 用户已删除应用程序或令牌已过期 |
失败 |
未注册 |
硬 |
用户未知 |
否 |
APNs消息拒绝:所有其他错误 |
失败 |
错误消息中将显示错误拒绝原因 |
柔光 |
已拒绝 |
否 |
适用于Android V1
对于每个通知,Adobe Campaign都会直接从FCM服务器接收同步错误。 Adobe Campaign会即时处理这些错误,并根据错误的严重性生成硬错误或软错误,然后可以执行重试:
此 mobileAppOptOutMgt 工作流每6小时运行一次,以更新 AppSubscriptionRcp 表格。 对于声明为未注册或不再有效的令牌,字段 已禁用 设置为 True 并且将来投放时将自动排除链接到该设备令牌的订阅。
在投放分析期间,从目标中排除的所有设备会自动添加到 excludeLogAppSubRcp 表格。
对于使用百度连接器的客户,以下是不同类型的错误:
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云消息服务暂时不可用 |
柔光 |
不可到达 |
是 |
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客户端 |
失败 |
已禁用客户端 | 已忽略 | 已拒绝 |
否 |
对于标准连接器
下面列出了短信渠道的特性。
此 Delivery log qualification 表不适用于 扩展的通用SMPP 连接器。
方案 |
状态 |
错误消息 |
失败类型 |
失败原因 |
已发送给提供商 |
已发送 |
|||
已在移动设备上接收 |
已接收 |
|||
提供程序返回的错误 |
失败 |
接收数据时出错(SR或MO) |
柔光 |
不可到达 |
MT确认无效 |
失败 |
处理发送查询的确认帧时出错“{1}” |
柔光 |
不可到达 |
发送报文时出错 |
失败 |
发送消息时出错 |
柔光 |
不可到达 |
对于扩展的通用SMPP连接器
使用SMPP协议发送短信消息时,错误管理的处理方式不同。
SMPP连接器从使用正则表达式(正则表达式)返回的SR(状态报告)消息中检索数据,以筛选其内容。 然后,将此数据与 Delivery log qualification 表格(可通过以下网站获取: Administration > Campaign Management > Non deliverables Management 菜单)。
在限定新类型的错误之前,失败原因始终设置为 已拒绝 默认情况下。
失败类型和失败原因与电子邮件相同。
请向您的提供商索取状态和错误代码列表,以便在投放日志资格表中设置正确的失败类型和失败原因。
生成的消息示例:
SR Generic DELIVRD 000|#MESSAGE#
所有错误消息都以开头 SR 以区分短信错误代码和电子邮件错误代码。
第二部分(通用 在此示例中,错误消息引用SMSC实施的名称,如中定义的 SMSC implementation name 短信外部帐户的字段。
由于对于每个提供程序而言,相同的错误代码可能具有不同的含义,因此此字段允许您知道是哪个提供程序生成了错误代码。 然后,您可以在相关提供商的文档中查找错误。
第三部分(投放 在此示例中)的错误消息对应于使用在SMS外部帐户中定义的状态提取正则表达式从SR检索到的状态代码。
此正则表达式在 SMSC specificities 外部帐户的选项卡。
默认情况下,正则表达式会提取 stat: 由定义的字段 附录B 的部分 SMPP 3.4规范.
第四部分(000 在此示例中,错误消息的对应于使用在SMS外部帐户中定义的错误代码提取正则表达式从SR提取的错误代码。
此正则表达式在 SMSC specificities 外部帐户的选项卡。
默认情况下,正则表达式会提取 错误: 由定义的字段 附录B 的部分 SMPP 3.4规范.
管道符号(|)之后的所有内容仅显示在 First text 列 Delivery log qualification 表格。 此内容始终替换为 #MESSAGE# 在消息规范化之后。 此过程避免因类似错误而出现多个条目,与电子邮件的情况相同。
扩展通用SMPP连接器应用启发式来查找合理的默认值:如果状态开头为 DELIV,则它被视为成功,因为它与常见状态相匹配 投放 或 已投放 供大多数提供商使用。 任何其他状态都会导致硬故障。