Hello,

This sounds liken an very nice project. I´m looking for something for this 
for years and would also pay for this! Maybe with a API in the end to show 
the sms as you want?

Please realise this project! Full support!!! :))

Am Donnerstag, 24. April 2014 03:28:24 UTC+2 schrieb zeeman:
>
> Hi!
>
> My application is purely consuming SMS from a mobile. Given the audience 
> of the application, the time of GSM-enabled mobiles is gone.
> True, there are (cheap) GSM-USB-Modems available. Nevertheless I though of 
> some kind of proxy application to be installed on a smartphone (focusing on 
> android first as I do not own a iPhone) which proxies incomming SMS and 
> send them (via network) to a PC/smslib to be processed as "normal" within 
> SMSlib.
>
> Being on vacation, I spend some hours to hack together a prototype which 
> works on a high detail depicted below:
>
>    1. Android application intercepts all incomming SMS (and forwards them 
>    to the inbox as usual after processing on the phone)
>    2. Intercepted SMS is repackaged as JSON-String
>    3. Android application sends this JSON-String to a small HTTP endpoint 
>    via regular TCP/IP 
>    1. though the Android phone and the PC have to be in the same network 
>       (wifi) or they might be paried in a PAN
>       2. At first I thought about bluetooth but the situation seems as 
>       ugly as Java's RComm mutli-platform support (see JSR-82)
>    4. The HTTP endpoint itself is also a regular SMSlib driver and the 
>    handlers/listeners can be used as with the modem driver
>    
>
> All in all I'm quite happy with the approach so far. The list of required 
> permissions for the android app is quite short (READ_SMS and 
> ACCESS_INTERNET) and the code is quite short - way shorter as I expected ;-)
>
> As this is still a pure hack and my first mobile app (so this was more of 
> an idea to get the feet wet with android programming) I'd like to get some 
> feedback before putting this all together and making it a real contribution 
> to the project:
>
>    -  Is there any desire to include such a functionality as described 
>    above into SMSlib v4?
>    -  The smslib-part (including the HTTP server) comes with a short list 
>    of new dependencies (in fact only jersey-server and jersey-json) - But it 
>    might be worth having this as a dedicated smslib module, nor?
>    -  The android app is quite small and I think there is little benefit 
>    putting it on the app store. Installing via "untrusted sources" works 
> quite 
>    well and anyone using SMSlib should be on a level a) estimating the risk 
> of 
>    this installation and b) performing it.
>    -  Therefore the APK file should be bundled/distributed with SMSlib 
>       (somehow) and incorporated in (an optional?) build
>    
>
> What do you think?
> As I'm quite at the beginning of my journey I'm happy for any feedback.
>

-- 
You received this message because you are subscribed to the Google Groups 
"SMSLib Discussion Group" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/smslib/2d6a2e5f-7015-45d0-9a62-c1751585f47b%40googlegroups.com.
  • [smslib] SMS-Relay... zeeman via SMSLib Discussion Group
    • Re: [smslib] ... SMSLib Discussion Group on behalf of Thanasis
      • Re: [smsl... zeeman via SMSLib Discussion Group
        • Re: [... SMSLib Discussion Group on behalf of Thanasis Delenikas
          • R... zeeman via SMSLib Discussion Group
            • ... SMSLib Discussion Group on behalf of Thanasis Delenikas
              • ... zeeman via SMSLib Discussion Group
                • ... SMSLib Discussion Group on behalf of Thanasis Delenikas
                • ... zeeman via SMSLib Discussion Group
                • ... zeeman via SMSLib Discussion Group
    • [smslib] Re: ... Flo Steiermark via SMSLib Discussion Group

Reply via email to