Is there a way in BlackBerry programmatically replace the phone number with the fake one, so when the SMS, which was sent from such a phone, will be received the recipient will see in 'from' field the faked number?
AFAIK its not possible. You can't show the faked number after receiving the SMS.
It is not possible. This kind of thing is against the security of the blackberry and we all know that blackberry provides very high level of security.
Related
I would like to check if a set of US numbers are SMS capable - the customer would like to have both SMS and voice on the numbers and I'd like to know if this is possible before porting the numbers to Twilio.
I tried the LookupAPI but that does not seem to give me this information.
I then sent a SMS to the number to see if the SMS is delivered and I get a delivered status in the Twilio API, which in theory would mean that the number is SMS capable, but I'm not sure if this test is conclusive.
Is there any other way I could determine the number capabilities without owning the number?
All US numbers ported over to Twilio support both Voice and SMS.
So I need to programmatically receive text messages from a shortcode. Twilio does not support this. Anybody know a service like Twilio but that is able to receive SMS messages from a short code sender?
Just to be clear. I need to receive a text message from a shortcode to a 10 digit number, not send from a shortcode.
Most services (Twilio, call fire) that let you send from a shortcode can not receive a text message from a shortcode
This can’t be done, shortcodes are unique to each carrier network, when a short code is available across multiple carriers it is implemented on each carrier separatly.
Also shortcodes are not international so 54321 could be used in both the UK and US by totally separate services.
SMS providers like Twilio and Vonage connect to the carriers in the same way as the shortcodes do, they are both an application connection. The carriers do not permit app to app messaging through their network so a shortcode app will only ever be able to send to a real subscriber with a SIM card.
You might find some providers that offer an SMS API by using banks of hosted SIM cards but this can be very flakey and you are usually sharing the number. The other option might be to look at hosting your own SIM card in a usb single or such and recieve the SMS that way.
Actually, Twillio does support this now, although with a big disclaimer that it "cannot guarantee that every short code globally will be able to reach Twilio numbers"
https://support.twilio.com/hc/en-us/articles/223181668-Can-Twilio-numbers-receive-SMS-from-a-short-code-?_ga=2.202438166.641482548.1608644940-210958917.1588771372
I think this article might be just what you're looking for https://help.nexmo.com/hc/en-us/articles/216487658-Inbound-SMS-on-dedicated-US-short-code
You should be able to receive SMS messages on a dedicated US Shortcode.
I am designing an iOS app that receives multiple contact numbers from a server and sends messages to those numbers. I have made this service with an external API called Twilio, but Twilio costs(quite a lot actually if all my users are to send bulk messages). I want to make this App free for use and to make the user pay for the number of text messages they send, which will be charged by their carrier.
I found an app called 'Group SMS 4!' by Cedars and this app does exactly what I wanted. I'm sharing you the link for the app on the appstore
Group SMS 4!
I've used the app, and I know it doens't use an external SMS gateway but MFMessageComposeViewController. But I though sending programmatically through iPhone restricted the number of texts sent to be less than 9 ~ 20 (depending on the carrier).
So my conjecture on how this problem was solved was,
Divide the contacts in a group of 5~9 somehow and send them separately, and sequentially when send button is pressed
Was my guess correct? If not, What would be a way to achieve this? I just need the user to be able to send up to 100 people automatically and without hassle. Thank you in advance.
Is there anyway to send the same text to multiple contacts not as a group text. I have been told that it would need a server to accomplish this. If that is the case I would like to be able to still send texts from my current number not a new number. I have checked out Twilio but have not gotten very far.
Twilio developer evangelist here.
You cannot send mass text messages using Twilio and your existing phone number.
One option you might have is, if you have a Mac you can control the SMS app programmatically to send lots of SMS messages. Here's a blog post with some example code to do that: https://www.twilio.com/blog/2017/06/drawing-pixel-art-text-messages-signal-video-wall.html
That might not be of much help, but while you can send lots of SMS messages with Twilio, you cannot do so using your existing number.
Yes you could send mass texts out to different numbers using twilio. No you could not use your current number.
You would have to purchase a new twilio number that has SMS messaging enabled.
Look at the Twilio documentation and their get started guide, figure out the language you want to create your server in and you will be sending texts in no time. https://www.twilio.com/docs/quickstart/node/programmable-sms You would run the webserver. Twilio does not offer a swift or ios based SMS solution.
https://www.twilio.com/docs/quickstart?filter-language=swift
I'm developing a blackberry SMS appication.
Which needs to filter all incoming messages which have only with a specific keyword (ex - Starts with ABC).
The messages with this keywords will not allow goto the inbox.
Is it possible with messageListner ?
I got to know that this may be possible by invoke class. But i don't have a clear idea on this. Could anyboday help me on this ?
I don't think it's possible. RIM doesn't provide such function.
But there is another way to achieve this: turn on firewall in the system's option and filter all the sms, now system can't recieve notifications of sms while your application can. This is used in most sms firewall apps.