Email 使用Amazon SES发送电子邮件时,SMS网关会将ReturnPath标头损坏到From字段中

Email 使用Amazon SES发送电子邮件时,SMS网关会将ReturnPath标头损坏到From字段中,email,amazon-web-services,sms,hex,amazon-ses,Email,Amazon Web Services,Sms,Hex,Amazon Ses,我使用亚马逊的SES电子邮件库通过5556665555@vtext.com例如,或者只是一封电子邮件本身。但是,最近一些文本消息的标题显示发件人地址,如下所示: 0000013a94c84b04-4f0a3d49-483f-4dfb-8b8c-87a33698a35f-000000@amazonses.com即使同一封电子邮件在我的电子邮件中以常规发件人地址结尾。罪魁祸首/解决方案是什么?这在以前工作得很好,没有改变如何处理标题(我使用的是amazons SES库,没有弄乱内部)。当我将其发送到

我使用亚马逊的SES电子邮件库通过
5556665555@vtext.com
例如,或者只是一封电子邮件本身。但是,最近一些文本消息的标题显示发件人地址,如下所示:
0000013a94c84b04-4f0a3d49-483f-4dfb-8b8c-87a33698a35f-000000@amazonses.com
即使同一封电子邮件在我的电子邮件中以常规发件人地址结尾。罪魁祸首/解决方案是什么?这在以前工作得很好,没有改变如何处理标题(我使用的是amazons SES库,没有弄乱内部)。当我将其发送到常规电子邮件地址或SMS网关地址时,代码是完全相同的

更新

我已经意识到vtext从address更改为ReturnPath报头,这给了我一个很长的地址。我已尝试将opt变量设置为包含
'ReturnPath','me@me.com“
所以当我调用
$ses->send_email($this->source,$this->destination,$this->message,$this->opt)它确实传递了它,但是,无论如何这都被忽略了。如何强制SES遵守ReturnPath头,或者显示正确的发件人地址


令人不安的是,ReturnPath用于反弹报告,所以,如果这个针对Verizon破坏系统的黑客攻击到位,我将不再收到反弹。。但这是我目前掌握的最好的信息。

`我如何强制SES尊重ReturnPath头,或者,显示正确的发件人地址?`-亚马逊不按照他们的规则获取ReturnPath。在他们的规则里查一下。嗨,谢尔盖,我没有发现任何与他们有关的东西,不明白吗?你是说本质上没有办法改变这种行为吗?好吧,亚马逊在一些指南中提到了这一点——returnpath不被接受。对不起,我的英语不好。在docs sendemail和sendemailraw中查找接受的标题。