I have an application that collects the report on usage and stores it into the core data model. The application has to send mail every hour to the client despite of the application running or not. I have created a java servlet that runs on google app engine to send email every hour. But, the mail is sent with all the information collected from the iphone.
So, how is it possible to collect data and send mail frequently ? Or how should be the server model(cron job or database) such that it gives smoother user experience.
I did something like this a while ago, you have to be cunning about it.
You can schedule methods for the iPhone to run, and its meant for VOIP, but you can just claim your app is a voip app and run this in the BG. How to Maintain VOIP socket connection in background?
In that method you can send an email out. You won't be able to do it with user input, obviously, but there is a google project out there for easy sending email. http://code.google.com/p/remail-iphone/
Related
As the title says, I would like to know if there is any way to send emails without having to use an external service, that charges me for sending the messages, or having to use an SMTP server in which each user has to be registered.
I have also seen pages like email.js but I don't want to have to pay for that if there is a possibility to do it on my own. It is also not useful for me to open the Gmail or messaging application of the device itself since I already know how to do that and it is not what I want.
For better understanding, I will give an example of what I want to do.
What I want is that from my application the user writes a message and from there that email message is sent to several different users from a list, without having to log in or anything, since the emails will be sent from my own email account. gmail that I have specifically created for the application.
I have seen the smtp server but from the information that I have seen that server implies that I have to log in to be able to have the token and that is not what I want because I want that once I configure everything there is no need to do anything else that people receive your messages and that's it.
I don't know if this is possible but I hope someone can help me.
Sending emails without your user logging in would require you to have either the credentials stored in the app (which is unsafe) or use a custom backend server that will host all the credentials that cannot be extracted. I would advise going with the backend route because it is easier to setup and your application will simply perform a HTTP request to get it done.
From the documentation of the mailer package, you can implement the server method pretty easily and get it moving. You will have to find a free web hosting service to deploy to.
There would really be otherwise no other way to get what you desire for virtually free.
When I need to send occasional notification emails from an Erlang app (there's no need for the app to receive emails), I can pick one of two ways:
use a simple OTP app only for sending, like esmtp
use a simple (send-only) OS app like ssmtp and make a call to it from the Erlang app via os:cmd and compose the message (containing information from the running system) by writing to a file from within the Erlang app.
They both work, but I don't know if there are any dis/advantages to either approach. Which is better suited for a production system?
You may try to use AWS SES (Send Email Service)
there is aws erlang api to send mail via erlang driver
so you may send formatted or raw messages including html pages.
also you may add ses headers to see statistic about how many email have opened by customer and what clicks to they done
https://docs.aws.amazon.com/ses/latest/DeveloperGuide/event-publishing-cloudwatch-tutorial-send-email.html
I have to send email with user's location within set period of time. I was using Background Geolocation plugin and it's working fine (sending it to the local host). The better way is to send the data with email - it's easier to parse the data and it's more universal and common. I have to send the data to hardcoded email without opening other apps. Is there any way to do it? Maybe using Gmail API?
I know how to send email from my application by launching the iPhone Mail application, then return to my app. But I have two concerns:
1 / My first concern is how my application can send emails without opening the mail application?
So I will inform the user that the email has been sent successfully or failure on failure of transmission.
2 / My second concern is to make sending mail programmed (in scheduled task) as in the case of UILocalNotification.
I have not found a solution, I try to avoid knowing the solution that uses open source classes for sending mail via SMTP, because I want my application uses the configuration of the iphone and mail ask the user to configure where the mail is not configured.
Thank you in advance for your help.
You can send mail from your app using MFMailComposeViewController.
http://developer.apple.com/library/ios/#documentation/MessageUI/Reference/MFMailComposeViewController_class/Reference/Reference.html
You can use MailCore or similar alternatives.
You cannot do that with your app in the background. It's not the same as UILocalNotification as it requires user's approval before the app can do anything about that notification.
I am new to iPhone application development. In the application that I am developing for iPhone there is a module which sends the sms without knowing to the user to my sms server and gets the response and displays the result. Is there any way to send and receive sms message in app?
Thanks in advance.
You should use data instead of SMS.
SMS are not a way to send information between a client and a server, but Internet is. And by using data, you also get a much more reliable transfer protocol (SMS aren't).
You shouldn't send SMS without the agreement of your users, because it can become really costly. Imagine you have a user on vacation in another country, and think that your app is using wifi, while it is using SMS. This user will be really mad when he will get is cellphone bill.
So even if you can do it, I think you shouldn't. And if you really need to do this, be sure that it is really clear to the user that your app is going to send SMS from his phone (with the charge of a normal SMS).
This is not possible with the iPhone SDK as it stands. It's probably not possible with any mobile platform without the user knowing about it as it's an obvious security hole.
I am also working on GPS-based application and I can have the device stop sending SMS back to the user every time the user send an SMS command. I think as long as the SMS is sent, it should be fine.
If the user wants to see the status of the device, then I might have to establish communication between my server and the device via TCP/UDP and have the iPhone app "parse" the information and display the status. Perhaps the best way is to have the server respond to the iPhone app saying "The device received your SMS command" and display it on the app so that the user knows his/her SMS were sent.
But yes, if we could get the location via SMS, then I could send those coordinates to the Google Maps app in the iPhone itself and it would display it for you.
I am the author of an App on Android which does this, called ImHerePlus. Check it out and see if it helps.