Our Android application is a Visual VoiceMail application which communicates with IMAP server to doownload voicemail mails and play it on user handset. As an autentication method application implements sending/receiving OOB SMS from this client. For sending SMS for this application we have following queries
Will our application be allowed to host on playstore as the application is supposed to send OOB SMS whitout letting the user know about it as it is a part of standard authorization method. In reply to this SMS server will response back to this client with an SMS over specific port which will have the credentials for user and client will start working.
If above is not allowed then what are the norms with which we can implement the same behaviour. Please not we cannot ask the user every time to allow sending messages from application.
Will it be ok if we take consent from user at the time of installation that this application will send authorization/validation messages from backend.
Any other suggestion and norms which we need to take care.
The Visual VoiceMail application is limited to users of a particular operator.
This SMS will not charge any cost to the user, It will be free.
Is this possible and allowed for application to be published on Google Play. If not, please suggest a way to achieve this.
Thanks in advance.
Related
I'm planning to create an app and I do not want multi-account, is SMS verification the best way? I've thought with email verification, but for me it does not make sense since I can create fake emails and then sign up with that one. That's why I ended up thinking SMS verification could do the "trick", I know to avoid multi-account is hard, but I can avoid it with SMS because phone number is uniq.
I've been reading Firebase Phone-Auth, but I'm seeing I only can verify 10k users per month (free), from now is ok, but when growing it will be a problem, is there any other api to use OTP?
Edit
Is it safe to create my own service? Let's say this would be the flow.
User puts the phone number on Android phone
Android sends that phone number to server
Server uses an API to send SMS
Server knows then the SMS is sent or not, so it will store the code
Android receives the SMS (without permissions in manifest) then is sent to backend to do the verification
I have a project where I want to send a small number of text messages to my client's clients. The automated sms details and timing are stored on a web site and currently, we use an api to an sms provider to send the messages. However, the client has an office mobile phone (android) with unlimited txt account and would like to have the web site send the message details to the android phone so that it can be sent from there at no extra charge. The phone could be connected to a computer via a cable, but it would be best if the details could be sent to the phone via internet. Any thoughts?
Easy way:
Just store any thing you want to send somewhere like your database, Then Develop an app for your client that calls your server lets say every 10 second and sends the messages.
Better way:
Use google push notification to send data from your website to your client phone!
Even Better way:
Tell your client No! Tell him/her that the idea is stupid!
I am developing a kind of trading android app. In the application, a user can send a request to another user through online in real time and the other user can either accept or decline it. The concept is like calling someone that if you call a person, the application will prompt him if he wants to accept or decline it. How can I implement this kind of function in my application?
a user can send a request to another user through online in real time
and the other user can either accept or decline it. ... How can I
implement this kind of function in my application?
With Google massaging system ( push notification) you can ask your server to ask google server to send a notification to the user. He will receive, when he has data connections and server and stars are aligned...
Then the other user can accept / reject, which will send a HTTP request to your server and that will notify you via presented messaging system.
The second version is to write an app, which send an SMS with an application code content, this doesn't need Internet connection, but may involve some additional costs for communication. Anyway this is the fastest safest method, in my opinion.
How to send SMS: https://www.tutorialspoint.com/android/android_sending_sms.htm
Android listen the incoming SMS:
http://androidexample.com/Incomming_SMS_Broadcast_Receiver_-_Android_Example/index.php?view=article_discription&aid=62
I am developing a free messaging app and I was looking to implement a user registration process based on the user's phone number and, for the verification of that number, I would like to implement a SMS mechanism similar to Yo, WhatsApp or Telegram apps, in which the user receives a unique confirmation code in an SMS to verify the phone number and activate the user's account.
My research indicates that all these apps use third party SMS gateways providers like Twilio or Nexmo, for example, but that seems very costly for a free, and sort of recreational app, like Yo. So I wonder if free apps like Yo use paid SMS gateways providers to send confirmation codes to their users, or they indeed use anything else.
I have also checked Telegram's Android app source code (see here) but I could not figure out how and what service they use to send SMSs with confirmation codes. Is anyone acquainted with Telegram's source code that could tell me how they do it?
Much appreciated.
Have you looked into Twitter's Fabric API ?
https://get.fabric.io/digits
If you are looking for just user confirmation and not just sms confirmation I would suggest cognalys, it confirms users using missed calls.
I am using a free server of parse.com for my database
I need to verify phone number of user without spending any money, because I don't want to buy an sms gateway, or mobile no. verification by using miss call service.
Any idea?
How is sending verification codes to a user's email address going to verify their phone number? The only way to verify that a user owns the phone number that they're giving is to actually call or text it and have the user respond (usually by entering a one time passcode that's in the text message or spoken in the phone call).
Parse already supports e-mail verification, so if you want to do that then you can check it out here: http://blog.parse.com/2012/04/03/introducing-app-email-settings/
Some - but not all - mobile networks let you send SMS messages via e-mail address, but support for this is rather variable. For near-certain delivery and the best user experience you'll need to use a service that lets you send SMS messages through an API, such as Twilio.