我正在考虑将定期自动文本消息发送到订阅用户列表.使用Windows Mobile设备后,我可以使用紧凑的.Net框架+连接到USB的设备轻松实现这一点,并通过此方式发送消息.我想探索其他解决方案,比如拥有服务器或类似的东西.我只是不知道这个系统涉及什么.
这实际上取决于您打算发送的短信数量以及消息准时到达(并且实际到达)的重要程度.
对于更大的容量和良好的可靠性,您将需要使用SMS聚合器.这些聚合器具有Web服务API(或SMPP),您可以使用它来发送消息并查明消息是否随时间传递.我有经验的聚合器的一些例子是Air2Web,mBlox等.
使用聚合器的好处是它们可以指导您完成发送有效消息所需的内容.例如,如果您想要自己的,不同的短代码,他们可以与运营商一起导航以保护该短代码.
他们还可以确保您遵守有关使用SMS的任何规则.如果您不尊重SMS的使用,并且在您开始使用聚合器时仅在您同意的范围内使用SMS,运营商将会关闭您.如果超越边界,则它们具有聚合器关系以防止任何服务中断.
您将按邮件付费,并可能需要支付基线服务费.如果这是由您的音量决定的.
如果您希望针对少量已知地址的不可靠,低廉的解决方案,您可以使用SMTP到SMS解决方案.在这种情况下,您只需找到收件人的移动提供商,并使用其移动提供商的电子邮件方案发送邮件.一个例子是7705551212@cellcompany.com.
在这种情况下,您发送消息并且消失了,您希望它到达那里.你真的不知道它是否正在制造它.此外,一些提供商限制邮件如何通过SMTP到SMS网关进入以限制SMS垃圾邮件.
但是,这种情况几乎可以从任何编程语言中使用.有一百万个C#如何发送电子邮件的例子,这种方式也不例外.
在获得大量消息之前,这是最具成本效益的解决方案(即免费).当您开始做太多这样的事情时,运营商可能会在他们发现您通过SMTP到SMS网关发送大量邮件时介入.
在许多情况下,您必须确保收件人已正确选择加入您的服务.如果您的文本涉及的人数很多,这只是一个大问题.
您需要记住短信短(保持少于140到160个字符).当您编写事物时,您需要将其烘焙,或者您可能会意外地发送多部分消息.
不要忘记,您需要确保收件人意识到他们可能需要为收到的短信付费.在一个无限制的文本计划世界中,这种关注越来越少.