<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">What you need is a shortcode ($1000/mo) to receive the text messages on. Mblox will provide you with a cost effective service and APIs to receive all of those messages on. Largeish investment up front ($3000 or so) but incoming SMS (MT) costs fairly low ($0.02-0.03c per message) on large volume.<br><br>Failing that you use a 3rd party service: Group2call.com does it, so does extexting.com (confession: I own Group2call.com). You rent a keyword on a public shortcode. Low cost setup ($25-30/mo) and you get the APIs. Downside is you pay more per incoming text ($0.05) and delayed incoming SMS while it's routed through the 3rd party servers (but still fairly instantaneous).<br><br>Not sure if that is what you are wanting or not.<br><br>Alan.<br><br><div><br>Alan<br></div><br><br>--- On <b>Fri, 8/7/09, Alex Balashov <i><abalashov@evaristesys.com></i></b>
wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Alex Balashov <abalashov@evaristesys.com><br>Subject: Re: [asterisk-biz] SMS gateway API.<br>To: "Alex Balashov" <abalashov@evaristesys.com><br>Cc: asterisk-biz@lists.digium.com<br>Date: Friday, August 7, 2009, 9:06 PM<br><br><div class="plainMail"><br>Let me add something else here:<br><br>Obviously, there are various ways to get this data off of a cell device<br>that rely on use of a network rather than SMS, and can be bridged straight<br>into IP. That would be far more straightforward, cheaper and more<br>sensible.<br><br>However, that defeats one of the specific problems I'm trying to solve<br>here, which is that the operating area has very, very spotty<br>3G/EDGE/EVDO/etc. coverage, but always has basic digital coverage.<br><br>> Hi everyone,<br>><br>> Sorry if this is a little off-topic, but I thought I
would tap the<br>> enormous collective wealth of knowledge here.<br>><br>> I come from the fixed-line world, so I don't know terribly much about SMS<br>> or mobile anything.<br>><br>> I have a situation where I need an endpoint to receive a fairly large<br>> amount of SMS messages in something close to real-time and then be able to<br>> automatically do something with them as part of a backoffice process, and<br>> need to set up something rather quickly.<br>><br>> For example, an SMS message comes into some sort of device or service, and<br>> this triggers a RESTful HTTP call (or SOAP, or whatever) to some agent<br>> that does something with that data.<br>><br>> Speed is of the essence; this rules out most SMS-to-email gateways<br>> because it usually takes at least several minutes to receive the e-mail.<br>> In this case, that won't work; the delay is just too long.<br>><br>> Likewise,
vertically integrated SMS gateway services that provide some<br>> sort of interactive online "chat" window with an interface into an SMS<br>> conversation won't do. This needs to be development-friendly; I need to<br>> be able to write some code to do something with the contents of that<br>> message post haste. The other thing is, vendors providing those products<br>> and services in this category charge a fair bit per text message, which<br>> isn't going to fly in this case because there may be a dozen text messages<br>> per minute or more, occasionally. Something flat-rate would be desirable,<br>> even if it's expensive (say, a few hundred dollars a month).<br>><br>> Lastly, I don't know if it's possible to get any kind of access circuit in<br>> North America over which SMS messages can be received, but even if it<br>> were, that's not really an option in this case due to time
constraints.<br>> Likewise, setting up a GSM or CDMA receiver device registered on a cell<br>> network - legitimately or otherwise - is out too, for similar reasons.<br>><br>> What it really comes down to is that I need a fast SMS data relay service<br>> that handle a relatively high-volume at relatively little expense, and one<br>> which can provide that data via some sort of HTTP or XML-RPC or SOAP type<br>> API callback so that the data can be plumbed to an agent on my side for<br>> further processing.<br>><br>> I have no idea if something like this exists, or if that's tantamount to a<br>> request for magic. That's why I'm inquiring.<br>><br>> Thanks!<br>><br>> --<br>> Alex Balashov<br>> Evariste Systems<br>> Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>> Tel : (+1) (678) 954-0670<br>> Direct : (+1) (678)
954-0671<br>> Mobile : (+1) (678) 237-1775<br>><br>><br><br><br>-- <br>Alex Balashov<br>Evariste Systems<br>Web : <a href="http://www.evaristesys.com/" target="_blank">http://www.evaristesys.com/</a><br>Tel : (+1) (678) 954-0670<br>Direct : (+1) (678) 954-0671<br>Mobile : (+1) (678) 237-1775<br><br><br><br>_______________________________________________<br>--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br><br>AstriCon 2009 - October 13 - 15 Phoenix, Arizona<br>Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br><br>asterisk-biz mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-biz" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-biz</a><br></div></blockquote></td></tr></table><br>