Jakob Eriksson <ja...@aurorasystems.eu> writes: > On August 17, 2012 at 11:47 AM Thorsten Jolitz > <tjol...@googlemail.com> wrote: > >> >> Hi List, >> >> just one curiosity - how would one write a PicoLisp application that >> recieves and processes (and maybe sends) SMS messages? > > > It depends on where from you want to send and receive SMS. There are > several > SMS > gateway companies, each with their own API. You can also talk the > stuff that > telecoms companies talk to each other, but almost certainly you can't > do that.
Until now I had not much interest in this stuff, but I know that some not so smart fraudsters try to make people call their SMS numbers only to charge them 3 times the normal price - all in cooperation with the telecom company. In my case it wouldn't be fraud but a paid for service, but technically this would be a nice option: have the telecom company charge 40c instead of 20c per sms, and once a month or so they send me my share of the money - no hassle with billings and payments on my side. But maybe this is in another league - only for the big players. > You can talk to a phone as a GSM modem, but that is oldschool and involved > either serial cable, serial over USB, or Bluetooth. > If you have an Android phone, you could talk to an Android app, or it > to a web > service, or whatever. You need to think about what this should cost you or > how many SMS you expect to send and receive per month, and then you > can start > looking for a solution. The basic idea is to recieve one SMS per day from each customer with some data to be extracted from the message and stored and processed in the PicoLisp app/db. Sending reply messages is optional - the feedback could be given via a website. As I wrote - the optimal solution would be no costs on my side, but rather a telecom company that charges higher prices per SMS in my name and shares profit with me. -- cheers, Thorsten -- UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe