hai how to send sms with sender name instead of phone number using the AT Command sets in vb.net 2005.
is this is possible give idea to me.
thanks
Most AT commands for mobile phones are specified in 27.007, however the SMS related commands are specified in 27.005. I do not remember if the sms command supports name as input, but you should be able to use AT+CPBF to look up the number at least as a two step solution.
Related
I'm currently writing a program where I want to send a 1MB video (.avi) via SMS from a VB.net application. I've seen a lot of SMS code where it is using a SMTP server (such as smtp.gmail.com) and sending an email to (phonenumber)#mobile.att.com (or whatever carrier). This will be an MMS.
In those cases, usually the user is sent just text. What is the best way to send a video file to that phone number, possibly without knowing the carrier? What I have seen suggested is a third party application, but the majority of them use only text.
Any suggestions?
I would like to listen on the user's phone dialing. If I recognize that the dialed number is something that my app defined as a non-real-call (like starting with #####) I would like to cancel the call and start my own application. This is doable in Android. Can it be done on iPhone?
Thanks,
Simon
I can see why you would want to to this. Eg dialing a special number to direct the call through an internet service instead of the main network.
It is not however possible on standard (ie non-jail-broken) iOS. You can get something similar with URL schemes.
I am writing a server monitoring application that I'd like to alert me with a voice call if the server doesn't respond correctly when tested.
The application currently sends a text message to my mobile phone, but that hasn't worked as well as I would like, because I don't always have my mobile phone with me, or I don't hear it.
I'm wondering if there is a service to whom I could send an e-mail or text message and have it place a voice call to one or more phone numbers and read the message?
Thanks,
Steve
Check out Twilio
http://www.twilio.com/
They have a nice simple api that can do the voice calls. You would need to write some simple code to read the email and then feed it into their api.
Hope this helps.
Bob
Is there any way to test SMS messaging without having a texting plan?
There isn't any way to setup the equivalent of a mock email server for the purposes of testing an SMS service is there? Are there any other ways to accomplish the task? Perhaps setting up something like a GrandCentral account that can receive text messages?
I am looking to test SMS messages to multiple accounts without having to find multiple people with texting plans and coordinating the effort.
Google now has the answer for which I seek. With the roll-out of their new Google Voice (previously GrandCentral) they added the ability to received text messages to the phone number (which currently is free). While technically somewhat of a text plan, one could theoretically sign up for a few accounts and be able to test multiple phone numbers.
http://www.google.com/voice/
Update (Nov 2010):
Perhaps an even better way to do this now is to use either Tropo (tropo.com) or Twilio (twilio.com). Both of them offer low cost SMS messaging and Tropo is free for development. I've been using Tropo and it's very quick and easy to setup and write and code for.
It would depend on the method of how you're sending out the SMS messages. If you're using the email method (<ten digit number>#<cell provider's doman>) you can fake it with a regular email account that can be purged automatically. If you're using an actual SMS publisher your best bet would be to refactor the design so that you can test that your function gets called the expected number of times, but doesn't actually send the messages. Then when you want to test the production-ready code you actually round up a group of people and try it out.
Having a provider that doesn't charge for incoming text messaging (like US Cellular) comes in handy for situations like that.
SMS text can be done under a few different protocols. I've had success with SMPP using the Easy SMPP .NET library and this java-based SMPP server simulator. It saved me a bunch of overpriced service charges.
you can send email to their phone:
18005551212#txt.att.net (IIRC)
How to get the phone number of the device in Symbian?
According to the GSM specs, only the IMSI is required to be available on the SIM card.
The actual phone number MSISDN is stored on the HLR database in the operator's network and does not need to be available on the SIM card or transmitted to the phone.
So no matter what technology you are using (Symbina, Java ...) you can never count on being able to consistently get your own phone number from the device or SIM. You might be lucky if the operator stores it on the SIM or if the phone provides the user with a possibility to enter it manually, but it does not have to be this way.
As Pat has said, although there are APIs for accessing the "own number" slot on the SIM, rarely in my experience is this slot filled.
The usual strategy for obtaining the phone number for a connected application is to send an SMS as part of a verification process. Either:
Programatically send an SMS from the handset to your server (lots of good SMS gateway interconnect providers out there). The SMS will arrive at your server 'from' the number of the handset (or the SIM to be more correct). Of course the SMS should contain some token so the server can link it with a given session/user.
This has the advantage that you don't need the user to enter their own phone number (which is fraut with subtle difficulties given few folks understand how to format numbers in E.164 format). One disadvantage is that the process can cost your user money (one SMS).
Have the user enter their phone number (web site or on the handset) and connect to your server, passing that phone number. Have the handset then wait for an SMS to arrive that you send from your server. If this SMS does indeed arrive, you have verified the phone number they entered as correct and valid. Obvious disadvantage is that this relies on the user to enter their number correctly - again, given the plethora of ways of writing phone numbers around the world, its not as trivial as it sounds to normalise numbers to E.164....
Alas, neither of these methods are bullet-proof, particularly because SMS is an unconnected transport. Depending on GSM network load, the load of your gateway provider, phase of the moon and direction of window blowing an SMS can take a second to a month to arrive (yes, I do have experience of the latter). The mean delivery time is often in the seconds, but you do have to play with the operation timeout and might have to tweak it on a geographical and GSM network basis.
[And no, don't rely on delivery reports - even more unreliable than SMS delivery]
FYI: Actually i have found this.
http://www3.symbian.com/faq.nsf/AllByDate/100335073FFD8FEF80256E3200571A49?OpenDocument
But the fact is, the phone number is not always stored in SIM. The operator chooses to do it or not!
You can't. Afaik.
Check this discussion:
http://discussion.forum.nokia.com/forum/showthread.php?t=65117
It is not generally possible to get the MSISDN from a Symbian device (or BREW, or any other platform). We've tried.