Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 6 years ago.
Improve this question
One of my clients wants to have an e-newsletter sending out to their clients, I suggest them to use one of the e-newsletter service providers, but they don't want to pay a monthly fee and are thinking of hosting the e-newsletter software themselves and may provide the e-newsletter service to their clients in the future.
Can someone share me some light on how would you go with hosting an e-newsletter programme yourself/become an e-newsletter provider? Where can we buy the e-newsletter software/programme? How do we host it?
Thanks very much.
Most software is cloud/service based, it makes sense to do it that way. Ultimately you are paying for the sending and processing of emails, subscribers, the server bandwith, and the behind the scenes expertise ensuring your deliverability. (Mass email sending is not as simple as hitting send on Outlook)
If you are looking for a cheaper option that uses more of your own resources/code, you should look into transactional email services like SendGrid, Mailgun or Mandrill. They pretty much rely on API, while marketing/bulk email services like Campaign Monitor and Mailchimp are more user friendly for the non tech-savvy. All these options are highly customizable though, especially with the API's, so I'd strongly suggest leveraging them behind the scenes instead of completely reinventing the wheel.
I'm not familiar with any "buy once" software, although PHPList comes to mind as an open source platform you can download and run from your own server.
Related
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
In our company 2 development teams:
Web team developing online store
java team developing CRM application
Online store send REST requests to CRM. And Java team lead asked web team lead to restrict RPS from online store to CRM, because CRM receive too many requests and periodically goes down. The web team doesn't like it, they think that it is CRM side issue.
What is best practice for this kind of situation?
Can you provide me reference to some authoritative knowledge base?
Thank you.
There is no best practice for that kind of situation because everything depends on specific circumstances. If the store generates more requests than it is necessary, it should be reduced. If the CRM app cannot handle the required number of requests, it should be optimized (or resources increased). You provided too few details to give you a clear answer.
From the technical side, I can only give you 2 overall suggestions:
If query requests (GET) cause the problem, you should think of a better data caching on the store side to reduce the number of requests.
If command requests (POST, PUT etc.) cause the problem, you may consider how many of your requests have to be handled synchronously. Maybe queuing commands instead of processing them right away would help you to better utilize resources of the CRM app and reduce downtime.
I highly doubt if anyone will be able to give you a more concrete answer basing on so limited data.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
The system I'm currently developing dispatching a 'daily report' for all users and for my normal e-mail backend, I use Amazon SES to dispatch such emails.
The question is, which is a better practice, to send such e-mails (which are not really newsletters but status updates) via Amazon SES or should I migrate to a service provider such as MailChimp or Campaign Monitor.
Ps: Right now, I send e-mails asynchronous, using django-mailer.
If you already have everything set up to use Amazon SES, stick with it. It's really an excellent choice for transactional emails. Mailchimp is really more suited for newsletters, and if a mailchimp user wants to send transactional emails, he is referred to a mailchimp sister service called Mandrill.
The only advantage to migrating an existing system from Amazon SES to Mandrill that comes to my mind is that in Mandrill you can set the "from" email to whatever you want. Often this is usefull for "send to a friend" features. In Amazon SES you currently can't do that.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
I've been using sendgrid for a year. Recently, they added fee for using their newsletter app, which use to be free. Buying a self-hosted autoresponder to send newsletters is an over kill for my needs, as I don't need complicated segmentation and features. I'm looking for a SMTP relay service like sendgrid, which also has a newsletter app and can let me do the following from within the interface without extra cost:
Store emails (including extra fields names, etc) in a list.
Create and schedule campaigns.
See or pull open/click reports via API based on domains (hotmail, gmail, etc)
See or pull contact who haven't open or clicked on emails since certain date.
To accomplish the #4 using sendgrid, I have to buy a dedicated server to handle the incoming event notifications as my VPS server can't take the load. That's another extra expense.
Mailjet lets me do 2, 3 and 4 but I can only store contacts with emails. Their app is not designed to save extra fields like names, ips and so on. Moreover, their support is really really slow. It takes days to get a reply.
Any alternatives you can suggest for the features I'm looking for?
Other SMTP relay services that offer newsletter features include Mandrill and Elastic Email.
- Elastic Email's marketing platform is included with all plans.
- Mandrill's WordPress plug-in sends emails generated by WordPress through Mandrill.
Disclaimer: I work for Ombud, a third-party social platform to research B2B technologies such as transactional email delivery and email marketing.
If you follow this link to Ombud, you can create a custom comparison of transactional email delivery solutions based on those features you want: http://ombud.com/r/xo. Hope this helps!
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I need a total email system for my web application.
Newsletter delivery once per month.
Notifications when a user has registered with the web app or performed an action within it.
There will be approx 200,000 subscribers to the newsletter running over a period of 4 months sending 1 email per month.
There will be approx 500,000 notification emails sent over the 4 months.
Currently my web app infrastructure is based around a load balanced system which makes it difficult to send the notification emails reliably regarding reverse DNS... is there a clever way around this?
I'm looking at Campaign Monitor for the newsletter management and postmarkapp for the notification emails but pricing seems quite expensive. Is there a service which can combine both of these requirements? Or any other recommendations?
You might want to stick with separating the two just because you don't want to have your emails get mixed up when you are sending them. This is largely in terms of deliverability - if you have customers clicking on "Spam" for your bulk emails, it might affect their ability to receive your transactional emails or emails in general.
I prefer MailChimp over Campaign Monitor because of how awesome their service is and the sort of metrics you get back for newsletters.
I am the Product Manager of PostageApp, so if you have any further questions about what you are trying to do, feel free to reach out and let me know if I can answer anything for you.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
We use Google Apps (Gmail) to send and receive all of our email. Our application, which has grown in popularity over the years, sends email to its users per their request. It's not spam, it's important email they ask for.
Gmail (rightfully so) restricts the number of emails you can send. We get around this by queuing our mail and sending it at a slower pace, which works most of the time. We also use multiple email addresses to allow ourselves to send more than the 100-500 email limit.
Is there a way we can send email from our own SMTP server and follow all the proper rules and etiquette to not get flagged as SPAM? This way we can avoid GMail's restrictions.
Are there any good guides for setting up your own email SMTP server to send mail to avoid being flagged as SPAM?
Also, before anyone suggest that I use a 3rd party email sender, I need to be able to send these emails using Java.
(if this question is more appropriate on serverfault, I'm happy to move it)
I'd recommend http://sendgrid.com
It's quick to set up, well-priced, and they do much of the work to ensure your mail is deliverable (assuming you aren't sending spam in the first place, of course).
Oh and just to clarify, while Sendgrid is a 3rd party service, it's essential just a SMTP server in the cloud, so you should be able to switch from gmail to sendgrid by simply pointing at sendgrid's SMTP server instead of gmail's.