Campaign：一键取消订阅触发的电子邮件中的收件人排除
本文描述了Adobe Campaign Classic中的场景，其中收件人似乎被排除在电子邮件投放之外，即使他们不存在于地址级别的隔离或禁止显示表中。 当一键式取消订阅实施无意中设置全局收件人黑名单标记（而不是特定于电子邮件渠道的选择退出标记）时，可能会出现此问题。
描述 description
客户发现，一些收件人会被排除在电子邮件投放之外，即使：
- 无法投放项或隔离表中不存在电子邮件地址，
- 地址不存在禁止列表条目，
- 分类规则未显示与问题相关的自定义排除逻辑，并且
- 该平台似乎正在正常处理其他收件人的投放。
调查显示，受影响的收件人并未在投放期间失败。 相反，在定位期间它们被忽略，因为收件人记录启用了全局黑名单标记：
nms:recipient.@blackList = 1
在Adobe Campaign Classic中，如果设置了全局黑名单标记，则会将收件人视为不联系任何渠道。 在投放准备期间，此全局标志优先，会导致收件人被排除在电子邮件投放之外，即使未设置特定于渠道的电子邮件黑名单标志也是如此。
该问题被跟踪到自定义一键式取消订阅实施。 取消订阅逻辑称为：
nms.subscription.Unsubscribe(ctx.vars.service， ctx.recipient)
如果使用空或未定义的服务名执行此函数，Adobe Campaign Classic会将其解释为全局取消订阅，并设置收件人级别的黑名单标记。 因此，收件人可能会被列入全局黑名单，而不是仅通过电子邮件或特定服务取消订阅。
解决方法 resolution
解决方法是更新取消订阅实施，以便它不会无意中触发全局黑名单。
使用以下方法之一：
- 仅设置电子邮件特定的黑名单标记。 更新自定义取消订阅流程，将收件人标记为仅选择退出接收电子邮件，而不是设置全局黑名单。
- 使用nms.subscription.Unsubscribe()时传递有效的服务名称。 如果预期的行为是服务级别取消订阅，请确保在调用取消订阅方法之前正确填充服务上下文。
- 验证Web应用程序或取消订阅流。 查看一键式取消订阅Web应用程序，并确认在所有执行路径中正确初始化了服务变量。
- 在收件人和排除历史记录中确认结果。 检查受影响的收件人是否因全局黑名单标记而不是隔离、禁止或分类规则而被排除。
如果在Adobe Campaign Classic中意外地从电子邮件投放中排除收件人，并且地址级别的隔离或禁止显示检查没有发现问题，请验证是否设置了全局收件人黑名单标记。 常见原因是自定义的一键式取消订阅流程，该流程在没有有效服务名称的情况下调用nms.subscription.Unsubscribe()，这会导致全局取消订阅，而不是特定于渠道的选择退出。