【问题标题】:Why Amazon SES bounce events are flowing to multiple SNS endpoints为什么 Amazon SES 退回事件会流向多个 SNS 终端节点
【发布时间】:2020-01-11 11:54:31
【问题描述】:

我有 2 个不同的 Web 应用程序使用相同的 Amazon SES 帐户以及密钥和密钥。

第一个网络应用程序根据订阅者行为控制自动化营销流程。

第二个是一次性电子邮件活动(向整个订阅者列表发送大量电子邮件)。

我在https://console.aws.amazon.com/sns/v3/home?region=us-east-1#/topics 为每个网络应用程序创建了一个 SNS 主题。 (这用于打开和点击跟踪。)

我在https://console.aws.amazon.com/sns/v3/home?region=us-east-1#/subscriptions 为每个网络应用程序创建了一个 SNS 订阅 (HTTPS)。每个都订阅了相应的 SNS 主题。

第一个应用还使用Configuration Set 来确保其邮件事件使用正确的 SNS 主题。

但是,从第一个网络应用程序发送的电子邮件的“退回”事件以某种方式流向了两个 SNS 主题。

因此,第二个网络应用程序的 HTTPS 端点收到了它不期望的信息,然后抱怨,因为它找不到 message_id,因为最初发送 SES 电子邮件的不是网络应用程序。

我做错了什么?

附:每个应用程序的打开和点击跟踪似乎独立运行良好。我不知道为什么第一个网络应用的反弹会一直流到第二个。

【问题讨论】:

  • 你是如何捕捉到反弹事件的?触发 SNS。会有故障的。

标签: amazon-web-services amazon-sns amazon-ses


【解决方案1】:

我现在尝试的方法(我认为可行)是让来自第二个应用的所有电子邮件使用Configuration Set,指向其 SNS 主题。

然后在https://console.aws.amazon.com/ses/home?region=us-east-1#verified-senders-domain:,我将“退回通知 SNS 主题”和“投诉通知 SNS 主题”设置为“无”。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-10-11
    • 2016-04-24
    • 2016-09-03
    • 1970-01-01
    • 1970-01-01
    • 2021-04-06
    • 2018-12-28
    相关资源
    最近更新 更多