Would anyone be so kind to please explain me how do I sent file, regardless of its extension (e.g. doc, docx, pdf,...) to someone's cell phone, regardless of cell phone's model/company/production year/specifications? Either via sms, mms, or whatever. I found online wide range of sms text message sending applications. Some are free, some not. Majority of them don't work and sms never arrives but few of them work. However noone of the working ones offer file sending. I would prefer but not require desktop application instead of website. Could you please tell me how to send particular file to the cell phone? Note that it is completely irrelevant what kind of cell phone it is as I am looking for complete/general solution for all cell phones. Very important: I am looking to send from either desktop or laptop computer with Windows 10 installed.
Related
This seems like a topic that would be widely covered in the mobile digital age, but I haven't found much of anything.
What information comes with an SMS? Obviously the message text itself, and the number from which it was sent. Is there anything else included - GPS (long/lat) data perhaps? Device type? Carrier info? Does it vary by device and carrier?
I'm coming at this from the perspective of a web developer, where I can see calls to and responses from the server, which often include rich header data. I'm just curious what all could theoretically be similarly gleamed from an SMS.
This question was originally about SMS and MMS, but the two appear to be significantly different in operation
I would like to send an SMS from a VB2013 application with my smartphone programmatically. I have already found several solutions how to solve this with Windows Phone (Outlook-Windows Phone). The only problem is, that I have an android device. So my question is, do you know any idea or solution that supports android?
The workflow that I want to implement is the following:
The user types into a textbox the phone number and the text on a VB2013 app.
He/She clicks to the "Send" button, and somehow it sends an SMS from the android phone to the phone number that is given by himself/herself.
Regards,
Roland
I would say that this is not possible directly.
The problem you already found is that your Smartphone is Android and
Vb.Net needs a .net Framework with which it works.
So the possibility I see is to get a connection
via USB port to your device and send some specific commands to
make your smartphone send SMS. To do this you have to use a serial port from
my point of view.
This question has already been asked, so
please take a look at:
Sending SMS with Vb.net
The .Net framework does not natively run on Android, so no this is not possible.
However, the Xamarin framework allows you to write android apps in Visual Studio.
Specifically towards your question, Xamarin has an SmsManager class that allows you to send Sms messages, the documentation can be found here.
Hope this helps.
There are several different ways to do this, but the best one is use an api like Twilio. You can literally send an sms with one line of code. They have a nuget package which would get you up and running even faster.
Another is to use carrier mail. You have to know the users carrier and then you can create an email address that sends as a text ie. 1231234123#txt.att.net. The issue with using cellular carrier email is that spammers often use this and one minute there is a message from your site and then next is spam, since it will be coming from the same carrier.email address.
I'm trying to figure out if this is even possible:
I'm interested in writing a simple game that could be played in a peer-to-peer setup, rather than having to go through some intermediary server. I was thinking of using something similar to how SMS works, but I don't know if those routines are accessible.
From what I understand, SMS is just a data packet with a specific structure, and on a certain port, that gets sent to a phone number as the unique identifier, rather than an IP Address. If that is the case, is it possible to use similar routines to what SMS uses in order to send messages to another phone, but in such a way that SMS will not pick it up, and if the app that would understand that packet is not running, then the data would just get ignored?
You can write Apps that send SMS and receive SMS. Some things to keep in mind:
SMS tend to be expensive, especially when compared to IP traffic.
The user must grant the permission to send and read SMS to the app. He probably won't do, beacuse he knows it's expensive.
Even if the users contract offers a SMS flat rate, providers may limit the actual number of SMS being sent or forbid automated, high-traffic usage.
SMS might be much slower than IP packets.
If a user tries to play with someone who hasn't installed the App, that poor person will have his SMS inbox flooded with those SMS.
So it's mostly a bad idea to use SMS for that purpose. Some alternatives if the users are close enouth to each other:
Use bluetooth.
Use Wifi (Most android phones won't allow ad-hoc connections, but some phones can act as acces points so that others can connect to it).
Maybe: Use NFC (only some of the newest phones have this, and I don't know if you can use NFC that way).
Use P2P over internet (which requires at least one provider to allow incoming connections on their network with a public IP, e.g. no internal NAT).
Use a server that handles the traffic between phones.
This is more about an explanation then it is about asking a question. What I am wondering is if its possible to write an Android application that can communicate with another Android phone, given the phone number of the phone I want to communicate with. By communicate, I mean I want to be able to send data to the phone and have my application on the other phone be able to recive it.
If its not possible to do this, then I guess my alternative is to have my application "sign" the phone into a server. Then I'm assuming the server can act a proxy to communicate with both phones.
Any clarification would be helpful!
Check out the BUMP api. It allows you to establish a connection between two (I think more are also possible) devices, and it gives you a channel over which to communicate. The devices need to be "bumped" first, but then it's all fair game.
Any reason why it has to be by phone number? That and i'm pretty sure you can only send data over WAN or local bluetooth/wifi.
Perhaps try something along the lines of a server that has phones sign into it and keeps track of the phones IP addresses allowing them to communicate almost directly to another (kind of like a dynamic DNS hah!).
Look into SMS. I haven't coded for mobile phones in years but I seem to recall that most phone operating systems let an app intercept SMS messages, react to their contents, and prevent the user from seeing them.
As long as you're not sending lots of data, SMS might do the trick.
new to android and lovin it so far. I have this issue which i need to solve and it may need a simple solution.
Intrinsic Destinator software has a feature of receiving an sms with location info which it can recognise. However when the software is installed in the mobile device (HTC desire-Z), it gets installed directly in the SD card. This disables this feature as it has no access to the sms folder of the phone.
On a windows mobile phone it is possible to install the software on the main memory and the maps on the SD card and it works that way.
Is something similar possible to do on the android phone? OR is it a matter of the destinator developers to alter the way the software gets installed?
Can the android sms folder be linked to the destinator software somehow?
A bit of a different approach - in Android you can subscribe to the event for when an SMS is received. This way your application will receive a notification when a message is received by the phone, after which you can basicly do whatever you need to so with the received message. No need to manually access anything like an SMS folder.
Take a peek at the 'receive' SMS Part of http://mobiforge.com/developing/story/sms-messaging-android