I know how to make a TCP connection from a phone to a URL (server)
I know how to make an HTTP connection from a phone to a URL (server)
I do not know how to make a connection from a server to a phone
Is there a way to use the phone number of a phone to bridge from voice network to data network of the same provider (VERIZON or AT&T or ROGERS in Canada)?
In essence I wish to find a way to make a "phone call" from a server, over the Internet and over the local data network or WiFi, to a phone, without using any intermediaries
We are willing to pay for this info (optionally)
You can use Push Notification Systems for connecting to the phone. Ideally, you'd want to initiate a pull of data from the device when it receives a push notification from your server. This is because push notifications can handle only small amounts of data.
Another option for you, would be to open a socket on the client device and broadcast this address to your server during startup. Later, your server can directly connect to the listening port on your device, provided the app is still running.
You could send a push message to the phone and let the phone establish the connection.
Just a rough short sketch, maybe this will help you. If I'd had to solve that problem
i would use androids Cloud2Device messaging to tell the phone to connect to a certain
server which you specify in the message from the cloud. Then the phone connects to your command server and you can tell over the connection what the phone should do.
This way you dont have to execute a server on the phone.
Look here
My Ideas
1.Have a look at http://developer.android.com/reference/android/net/sip/package-summary.html
2.Use C2DM(cloud to device message),It will send the message to your app
3.Use XMPP chat client from the server you can send the message to android app after receiving message your app can call(it depends on your logic)
There is no universal one-to-one mapping between cellular phone numbers and IP addresses (e.g. the user could have driven out of cell tower range to a coffee shop with wifi). So this is impossible to do directly.
The services that do seem to do this require a running app on the mobile device to cooperate by periodically connecting to some centralized database using its current IP address, which some server can record in its database for you to do a lookup when want to try to connect to that mobile device. Google "SIP service providers".
Related
I am developing an application with push notification.
When the receiver is not connected to WIFI/internet while the sender is sending messages, does the receiver receive all of the sent messages when the receiver reconnects to the internet?
There is a queue that will be sent to the user once he/she gets an internet access. However if the user is without internet for a "long time" there is no guarantee that the notification will be sent/recveived.
The Apple documentation is very vague on what amount of time that is considered long time. (See documentation)
Apple Push Notification service includes a default Quality of Service (QoS) component that performs a store-and-forward function.
If APNs attempts to deliver a notification but the device is offline, the notification is stored for a limited period of time, and delivered to the device when it becomes available.
Only one recent notification for a particular application is stored. If multiple notifications are sent while the device is offline, each new notification causes the prior notification to be discarded. This behavior of keeping only the newest notification is referred to as coalescing notifications.
If the device remains offline for a long time, any notifications that were being stored for it are discarded.
However I've heard that the APNS will try to resend the notification for approximately 25-30 days. However there is no official documentation supporting this!
No by APNS and other fire base its not possible to get all notification.
we can take only the last notification send by the application .
another possible solution is to save in database and write one scheduler to fire notification after period of time limit.
When the device is connecting to APNs over WiFi ensure that no firewalls are blocking inbound and outbound TCP packets over port 5223.
5223 port communicate with APNS . and see following are other solution for it.
TCP port 5223 to communicate with APNs.
TCP port 2195 to send notifications to APNs.
TCP port 2196 for the APNs feedback service.
TCP port 443 is required during device activation, and afterwards for fallback (on Wi-Fi only) if devices can't reach APNs on port 5223.
Check with your network administrator to make sure that the ports are accessible.
I'm writing an app that use xmpp to exchange messagge between users. If I have two devices logged with the same account,any xmpp message is received only by one device, maybe the one with the fast connection? Anyway how I can do to ensure that any message will be send to any device connected with the receiver account? I'm using ejabberd server and XMPPFramework for ios.
You can login simultaneously in two different devices provided you are using different resource names when logging in. You can check sessions and resources the user has used to sign in on the server
I'm kind of starting programmer and on Objective-C. So I want to make an app for iOS that receives messages from a server. These messages are inputed manually, and send to all iOS connected to the server. People connected will receive a Push Notification, if they aren't connected to internet they will receive when they do and run the app.
So my question is: do I need to use a server to do this (sending messages for multiple iPhones)? In case of yes, with is the best server? TCP/socket?
If your only purpose behind using is to send push notifictaion message, then you dont need to spend on that. There are some service providers available which allow you to send notification from there website. for ex: you can use urbanairship. You need to register device token from your Xcode project using their SDK, and then you can send notification from their website.
Thanks!
I'm using the MFMailCompose method to do an inApp email and everything works fine. I sent the app out to have it tested and here is the response from my beta tester.
My phone is a 3gs 32Gb, OS3.1.3
Tested at home over wifi, send works with no problems, tested twice.
Tested again over 3g, send still does not occur until I open my mail box, error still pops up.
Has anyone come across this? His problem seems to be only when trying to send via 3g. It works for me but I'm with a difference carrier. It has to be a settings, but we checked everything. Has anyone come across this?
If it works over Wi-Fi and not over 3G, then it's most likely because his device is set to send mail through an outgoing mail server (SMTP server) that restricts connections based on the network you are connected to.
For example, if you have broadband service through FooBarNet, they might tell you to use an outgoing mail server smtp.foobar.net. If you connect to that network while you're at home, the server will allow you to send mail. But if you try to connect to it from another network (e.g., your cellular phone's data network) it will reject the connection, assuming you are trying to hijack its mail server to send spam.
In other words, this has nothing to do with your app. You can verify this by using the Mail app to send mail directly.
How can I send email over gprs from a mobile device under Windows Mobile 6.x to a server (connected to ... whatever, if email can be sent/received).
You need to connect to an SMTP server. Typically the GPRS provider will have one you can use. If you want to be truly independent, then set up your own SMTP server, or use somebody else's. Watch out, because some GPRS providers will block port 25, to reduce spam.
One option is to set up some kind of proxy. Say a php page on your web server that your app connects to, and sends the e-mail for you. Just make sure it's secure.
Have a look at the PocketOutlook namespace and specifically to the EmailMessage.Send method.