我已经尝试了很多方法解决这个问题，浪费了整整一周的时间，但是没有解决。
我有两个AWS帐户。一个帐户使用SMTP发送SES电子邮件，域名为example.com。原始mime文件包括Source: bounce+identifier@bouncehandler.com。第二个帐户拥有bouncehandler.com域名，使用入站规则集将反弹传递到Lambda函数。
从我所读的所有内容来看，在通过example.com（帐户1）电子邮件发送SMTP时传递源：SES Return Path最终会命中源。
我在这些广告测试中包含真实的电子邮件地址，并且它们可以在Gmail等邮箱中正确接收，但是发送到SES反弹模拟器或其他模拟器的电子邮件没有命中源标头中指定的电子邮件。
为什么SES会吞噬反弹而不将其发送到任何地方？文档明确说明，如果域名（example.com）不包括任何SNS主题并且禁用了电子邮件反馈转发，则SES将将其发送到源地址。但它根本没有这样做。
注意：我可以直接发送到bounce+identifier@bouncehandler.com地址，Lambda将立即处理它（根据CloudWatch日志），因此问题在于SES是否尊重源标头。
我有两个AWS帐户。一个帐户使用SMTP发送SES电子邮件，域名为example.com。原始mime文件包括Source: bounce+identifier@bouncehandler.com。第二个帐户拥有bouncehandler.com域名，使用入站规则集将反弹传递到Lambda函数。
从我所读的所有内容来看，在通过example.com（帐户1）电子邮件发送SMTP时传递源：SES Return Path最终会命中源。
我在这些广告测试中包含真实的电子邮件地址，并且它们可以在Gmail等邮箱中正确接收，但是发送到SES反弹模拟器或其他模拟器的电子邮件没有命中源标头中指定的电子邮件。
为什么SES会吞噬反弹而不将其发送到任何地方？文档明确说明，如果域名（example.com）不包括任何SNS主题并且禁用了电子邮件反馈转发，则SES将将其发送到源地址。但它根本没有这样做。
注意：我可以直接发送到bounce+identifier@bouncehandler.com地址，Lambda将立即处理它（根据CloudWatch日志），因此问题在于SES是否尊重源标头。