Amazon web services 接收来自AWS SMS短代码的垃圾邮件
我一直在使用AWS SNS发送短信短代码，我已经成功地做到了这一点（我收到AWS短信的短代码是37083）。然而，我注意到，如果我回复这些邮件中的任何一条，我都会收到垃圾邮件 AWS SNS不提供双向通信，但如果我回复短代码37083“停止”，我会收到垃圾邮件。我收到了以下信息： 您已取消订阅警报。将不再发送任何消息。回复帮助以获取帮助、电子邮件help@smshelps.com或1-xxx-xxx-xxxx 这似乎很奇怪，所以我回答“帮助”，并得到了以下信息： 每日工作匹配提醒：帮助电子邮件Support@smshelps.com或1-xxx-xxx-xxxx。Msg和数据费率可能适用。文本停止以取消。每周3毫斯格**** 如果AWS不支持双向通信，由谁/哪个提供商响应，我们为什么会收到此垃圾邮件？ 我知道我们正在使用一个共享的短代码，但是汇集的AWS短代码不是只由AWS用户共享吗？显然，这一个似乎是从一个不同的供应商 我挖得更深了一点，发现那只狗和其他任何人都没有。我还找到了一个。我尝试向其他一些Amazon短代码发送“帮助”，但确实收到了回复消息，例如，当我向58988发送“帮助”时，收到了以下消息（58988是Amazon租用的共享短代码） 我的卡车在哪里。发送警报。重复出现的消息Amazon web services 接收来自AWS SMS短代码的垃圾邮件,amazon-web-services,sms,amazon-sns,Amazon Web Services,Sms,Amazon Sns,我一直在使用AWS SNS发送短信短代码，我已经成功地做到了这一点（我收到AWS短信的短代码是37083）。然而，我注意到，如果我回复这些邮件中的任何一条，我都会收到垃圾邮件 AWS SNS不提供双向通信，但如果我回复短代码37083“停止”，我会收到垃圾邮件。我收到了以下信息： 您已取消订阅警报。将不再发送任何消息。回复帮助以获取帮助、电子邮件help@smshelps.com或1-xxx-xxx-xxxx 这似乎很奇怪，所以我回答“帮助”，并得到了以下信息： 每日工作匹配提醒：帮助电子邮件S
是否有其他提供商也在租赁相同的短代码？我的理解是，一次只有一个提供者租用一段短代码。然后该提供商管理共享短代码并与用户共享。没有提供商使用相同的短代码，这不是垃圾邮件 美国和加拿大要求短代码必须接受停止/帮助消息，以便最终用户分别选择不接收任何进一步的消息和接收更多信息。这是默认的消息，由没有为这些帮助/停止关键字请求特定消息的任何短代码回复 回复这些关键字的邮件已被替换为通用邮件 还不支持双向通信
来源（披露）：我在那个团队工作。没有提供商使用相同的短代码，这不是垃圾邮件 美国和加拿大要求短代码必须接受停止/帮助消息，以便最终用户分别选择不接收任何进一步的消息和接收更多信息。这是默认的消息，由没有为这些帮助/停止关键字请求特定消息的任何短代码回复 回复这些关键字的邮件已被替换为通用邮件 还不支持双向通信
资料来源（披露）：我在那个团队工作。你在多家独立运营商的手机上测试过这个吗？几年前，一家电话运营商曾发生过一次严重的技术不称职事件，这使得他们的客户无法给从一家运营商切换到另一家运营商的任何人打电话，尽管不能打电话的人的新旧运营商实际上都不是问题中的公司。。。这可能是一个类似的例子。@Michael sqlbot是的，我试过AT&T和Verison。在两个网站上都收到了相同的消息。哇。我在Sprint上试过，结果是一样的。这显然是错误的。此外，使用两个完全不相关的AWS帐户，他们都从58988向我发送消息。“停止”回复似乎选择了最后给我发信息的那一条。理论：AWS是代码的受让人，但如果它实际上是通过第三方供应商进行网关连接的呢？（例如，一家想象自己是另一家Twilio的公司，其运营标准与Twilio不同）。该第三方有问题，并将
STOPSTOP