【发布时间】：2017-06-01 03:55:01
【问题描述】：
我一直在使用 AWS SNS 发送 SMS 短代码，我已经能够成功完成（我收到的 AWS SMS 消息的短代码是 37083）。但是，我注意到，如果我回复其中任何一条消息，我都会收到垃圾邮件。
AWS SNS 不提供双向通信，但如果我响应短代码 37083“STOP”，我会收到垃圾邮件。我收到以下消息：
您已取消订阅警报。将不再发送消息。回复 HELP 寻求帮助，发送电子邮件至 help@smshelps.com 或 1-xxx-xxx-xxxx。
这看起来很奇怪，所以我回复了“帮助”并回复了以下消息：
对于每日职位匹配提醒：帮助发送电子邮件至 Support@smshelps.com 或 1-xxx-xxx-xxxx。消息和数据费率可能适用。文本 STOP 取消。 3 条消息/周****
如果 AWS 不支持双向通信，谁/哪个提供商在响应，为什么我们会收到此垃圾邮件？
我了解我们使用的是共享短代码，但汇集的 AWS 短代码不是仅由 AWS 用户共享吗？显然，这似乎来自不同的提供商。
我挖得更深了，发现short code 37083 is leased to amazon 没有其他人。我还找到了list of Amazon Short codes。我尝试向其他一些亚马逊短代码发送“HELP”并收到回消息，例如当我向 58988 发送“HELP”时的以下消息（58988 是亚马逊租用的共享短代码）
我的卡车在哪里。交货警报。重复消息...
是否有其他供应商也在租用相同的短代码？我的理解是，一次只有一个提供商租用一个短代码。然后，该提供商管理共享短代码并与用户共享。
【问题讨论】：
-
您是否在多家独立运营商的手机上对此进行了测试？几年前，一家电话运营商发生了严重的技术无能事件，这通常会阻止他们的客户致电将服务从一家运营商切换到另一家运营商的任何人，即使无法呼叫的人的旧运营商或新运营商实际上都不是公司有问题...这可能是类似的例子。
-
@Michael-sqlbot 是的，我试过 AT&T 和 Verison。两者都收到了相同的消息。
-
哇。我在 Sprint 上试过，结果一样。这显然是错误的。此外，使用 2 个完全 不相关的 AWS 账户，他们都从 58988 向我发送消息。“停止”回复似乎选择退出最后一个消息给我。理论：AWS 是代码的受让人，但如果它实际上是通过第 3 方供应商进行网关处理的呢？ （例如，一家自认为是另一个 Twilio 的公司并没有按照与 Twilio 相同的出色标准运营）。该第三方存在问题，将
STOP回复发送回 SNS，但也返回了不正确的回复。理论。还在寻找... -
@Michael-sqlbot 我尝试使用 2 个不同的帐户并从不同的短代码（37083 和 44154）收到消息，它们都返回相同的“日常工作匹配”消息。显然，需要在发送某些单词（例如 STOP 或 HELP）时给出响应。亚马逊可能没有配置这个（因为它不支持双向通信），而是使用短代码的前一个租赁者发送的消息。不过，我希望 AWS 有一些默认响应... (usshortcodes.com/info/static/docs/Monitoring_Handbook.pdf)
-
我不隶属于 AWS，但在追查此事的过程中，我发现自己接触到了一位原来是 AWS 的 SMS 高级产品经理的人。他们现在意识到了这个问题。如果我了解更多信息，我会更新。
标签： amazon-web-services sms amazon-sns