Hope you all are doing well. I came up with very important question. My task was to creating an email box using Laravel. I did it successfully using Imap. My problem is related efficieny and performance. Currently i am sending request after every 20 seconds to the server and getting new email messages. I dont want to send requests to server. Is there any way to make it real time. For example, my webmail server should inform me that he has received new emails and i would display new messages in my inbox in laravel application.
I am not bound to php. any framework and progamming language are acceptable. Need solution just.
Any help would be highly appreciated. Thanks in advance.
Related
I am receiving chart data in JSON format to my email address and my goal is to convert it to chart/chart img and resend it to my email address.
I have been looking for several methods:
Google App script used for gmail. I failed to find trigger on newly received message.
Email client, that supports adding actions based on scripts to new incoming message trigger. Only one I know about is MS Outlook with VBA scripts, but creating chart image with lack of libraries available in VBA is not very elegant solution.
Open source email client with possibility to alter the code and so directly process data and resend message. The more robust email client, the harder is to change the code to do relatively simple job, I believe.
I really don´t know what kind of solution this simple problem needs.
Thank you in advance.
Sounds like you are interested in some kind of gateway on the server side, not client-side. Take a closer look at your server-side implementation. For example, you may start from the Mail flow rules (transport rules) in Exchange Online page.
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.
I have an app written in PHP that I am porting to Meteor. This question is really two parts:
1) Currently, my server forwards all email to a PHP script that parses out the response and inserts it into a database, allowing users to respond to message threads by emailing reply+someidentifier#myapp.com. What is the best way of accomplishing this now that I am using Meteor?
2) From a performance perspective, should I running this on the same server that is hosting my application. Is this scalable?
I didn't notice it but you're using procmail? I've never done this before but you could tell procmail to put its files into a folder that Meteor can access. Then use the fs npm module to parse through these every few minutes & put these into a collection using the server side js.
From there you could make the UI you want to use to reply/make threads, etc.
Meteor uses Mailgun http://www.mailgun.com/ to send email. It's free to send up to 200 email per day.
I never tried it, but Mailgun can also receive email and then call a HTTP POST request to your app (meteor) that contains the information about the mail. With the router package, you should be able to handle this request on the server.
I am so confused. My simple requirement is: i have an application which contains confirmation form i.e. nib file. It contains some textFields like name, age, email etc. I simply want when somebody click on submit button application send background and automatic email to email defined in textField. that email contain all information like name, age etc. User need not to fil anything and it should work in background. There are so many application do the same thing. I am creating booking application.
So how can i impliment this behaviour.
Apple does not provide a way to do this - and for good reason. Sending emails from the phone automatically introduces a lot of security risks.
I am willing to bet that the apps that do this use an intermediary server to which they post the data. When the data is posted then the server handles the sending of the emails.
To do this:
Send an HTTPS POST request to your server application.
From your server application, send an email via SMTP (or APIs built on top of SMTP).
Google AppEngine provides a simple and cheap way to create such a web service, running on top of Google's cloud-computing infrastructure. The sending mail from AppEngine help document includes detailed examples of how to send mail from your server application (assuming you use the Python version of Google AppEngine).
Unfortunately, there is no official feature for this but you could download a third-party library. Refer here for a couple of suggestions.
hi
I want to send an email when user open the application but that email should be sent at back end so that user can not judge that application send an email.
any body can help me?
thanx
Thanx to all of you, all of you helped me & all of you are right but i find a simple way to send an email.
The easiest way to do this thing is to write a small script on php that sends a mail & upload it on your hosting & just hit it whenever u need. You will hit the URL & it will send an email.
Simple :)
If this is for the purpose of simply knowing that someone ran the program, I would check out www.Flurry.com, free analytics for your app and very easy to integrate. (I have no connection with Flurry except as a user.)
Sending e-mail behind the scenes is not hard, necessarily, but you have to basically establish a network connection to a server that has a mail server (MTA), and then you have to "speak" SMTP to it, and a whole lot of things can go wrong in the process. :-) (I spent 10 years writing e-mail servers, so I know of what I speak. :-)
Check out Flurry. :-)
You will need to use a third party library for that. The SDK doesn't allow you to send emails in the background.
Here's one you can use:
http://code.google.com/p/skpsmtpmessage/