I want to send a WAP Push SI, but I want the message to look like an alert - like FLASH SMS. I've tried to make the SMS carrying the WAP data a FLASH SMS, but the it seems the phone can't handle it. I tried it on a Nokia 6230i.
Is there something wrong with what I'm doing, or phones in general won't handle WAP over FLASH SMS as I expected?
Can you suggest another solution for improving the user-experience with WAP PUSH, meaning to make it appear as an alert?
Thanks,
Asaf.
Although theoretically possible I think phones in general are unable to handle this combination.
You'll have to stick with either flash or push messages. I don't think there's any way you can improve the user experience with wap push, other than making sure the message and the content of the wap page you push is clear and concise. Is wap push messages really such a bad user experience that they need this improvement? I find them to be easy to use and they aren't stored in the SMS inbox so in that sense they "dissappear" just like the flash sms.
You could send one flash sms informing the user that he is about to receieve a link and then send the push message, but depending on your application that might just make the user experience worse..
Related
I'm using IFTTT to send a Google Assistant message to my Windows application via Drop Box. If I say "[keyword] [message]" (for example: "Computer: Play Game of Thrones Season 2 Episode 4") IFTTT will write the text translation of [message] to a file on drop box that my application monitors and from there I can read the [message] and act on it.
What I would like to be able to do is send a reply back to the device that sent the message... For example if I tell my phone to have my computer start a movie on my computer and for whatever reason my app can't find the movie I want to be able to communicate that back to the device that originally sent the message, whether that be my cell phone or tablet or Google Home smart speaker.
I know there is probably no official way to do this but i'm looking for creative solutions (like the one I use to get the message in the first place)... anything at all that works even if it involves multiple third-party services.
There's no good way to send back an acknowledgement through the IFTTT integration. You'd need to build your own Action which would use something like push notifications to communicate between your local device and a cloud-based webhook.
In a perfect world, the solution I'm looking for would be an api resource tied to my physical phone, e.g. I could POST an sms message to https://url.com/api/sms, and this api would have the end result of sending an sms from my physical phone. This means that the sms conversation would appear natively in my phone; if the recipient replies to the sms, it would appear just as a normal conversation as if I had physically typed the original sms via my phone.
I understand that I could set the replyto/callback/caller-id via Twilio's api. This would mean that the sms gets sent out by the api, and if the recipient replies to it, I could have the reply forwarded to my phone. But what would be missing in this scenario is the original message sent via the api, that the recipient is replying to.
Is there a streamlined way to achieve this, perhaps with Zapier?
One arduous solution I have in mind is to write an on-phone-app to intermediate the sms transmission so that I essentially have an sms-controlled api on the physical phone vs. a traditional http api. (On android, the api would "listen" via DATA_SMS_RECEIVED_ACTION and then send via sendTextMessage). But this seems cumbersome and would also require updating the app code when/if android changes the underlying SmsManager library. The advantage of this is that I could avoid Twilio altogether, by using my service provider's email-to-sms to send to the on-phone-makeshift-sms-api.
Twilio developer evangelist here.
I think you are looking for a feature that we just announced in preview. This is known as Hosted SMS and allows you to add SMS powered by Twilio to your existing phone number.
You need to apply to get access to Hosted SMS as it is newly in testing. You can do so with the form here: https://www.twilio.com/sms/hosted
I've set up texting to a physical phone by using Twilio's SIM cards and associating it to a phone number.
I am trying out different things with Twilio, but open for other solutions with Nexmo, Tropo or Plivo.
Here's a situation, I am sending an SMS texts from a server to bunch of clients. I can get a status back: like queued, sending, sent, or failed. Here's what Twilio says about SMS sent status:
"Sent" indicates that your message was successfully sent into the SMS
network for delivery. However Twilio does not receive confirmation from
the destination carrier that the message was received, and this is not
a guarantee that the message has reached the intended device.
(https://www.twilio.com/help/faq/sms/what-do-the-sms-statuses-mean)
So, my question is: does Plivo, Tropo or Nexmo (or any other service that I missed) do anything like that? I mean, knowing that an SMS was received either by client directly, or client's carrier would be really important.
PS. I'm not even sure if it is possible
Any help or suggestions would be appreciated.
It's certainly possible with Nexmo - as the other answer and comment state, it's not possible with Twilio & Tropo. Plivo's docs look like their delivery receipts are similar to Nexmo's.
Nexmo sends a delivery receipt if it's supported by the carrier. In the US it's not, but internationally it is supported often. In those cases Nexmo will give your app a callback with a delivery receipt. You can also use the message ID to query for the message status.
This screencast shows checking the DLR from the dashboard, which is really just a UI on top of the API.
Kevin makes the point that this could be difficult if the message is bounced through multiple providers - one of Nexmo's focuses is getting as direct a connection as possible.
[Disclaimer: I do occasional developer evangelism for Nexmo.]
I'm a Tropo customer, and I've asked the same question, and so far, the answer's similar to what Kevin Burke gave for Twilio. It's hard to do, so there's no confirmation at this time. They do give some debugging information in the logs which is helpful with that first-hop negotiation, at least, even if it's hard to retrieve/parse easily. They are working on it, and have been very active adding new features.
I'm developing a winform program in which, I need send and receiving SMS messages, I have no problem in sending SMS, but i don't know how to inform when a new message has been received in a gsm modem? I wanna have an acknowledgement like an interrupt or event, when a new message has been received. As far as I know i should work to at+CNMI or at+CNMA, but unfortunately i cant find an example for those.Furthermore I wanna know how to get delivery message or how to handle that? Thanks in advance.
Depends on device type you are using. Use AT+CNMI=? to see all possible options your device supports.
Is there any way to send and recieve sms in wp7?
And is there any way smsinterceptors
if not
is there any alternative way to do it?
Any third party tool like that?
You can only send a SMS through SmsComposeTask class but like every task you can only show them - actually executing the action is done by the user.
If you want something to do which isn't accessible from the public API you can't do it. In some rare cases you'll find some homebrown apps but only a minority will use them.
If you can't live with this you should choose a different mobile os.