Sending Mails to more than 100 recipients with Google App Script - email

I coded a little script, that forwards mails to a mailing list (with ~80 recipients)
The problem is the 100/day quota limit (as seen here)
The script would be pretty useless if I can forward 1 and a half emails per day...
Can I somehow increase that limit?
If not, do you have any other ideas on how to forward the mails to ~80 recipients without this limit?!

Google explicitly doesn't want you using Apps Script for this kind of thing, which is why the limits are low.
You should use a service designed to send mass emails and forward to that from your apps script.
For example, create a Google Group with your 80+ recipients, then forward the emails to that Group. Or look into other mail-blast tools such as Mailchimp.

Related

How does third party send bulk emails from gmail?

Gmail has a 24 hour rolling period limit of 2000 emails, outlook has a limit of 1000 emails and all other service providers has a limit.
How does Saleshandy and sendpluse send almost 10k emails per day from gmail when the limit exists? What should I do if I want to send such number of emails? Is it possible using python?
Gmail and outlook both do indeed have certain restrictions and limits when it comes to the number of emails that can be sent out in a day; unfortunate I know.
I am Vatsal from SalesHandy, and I will explain the process of sending 10,000 emails from Gmail (& outlook) all at once.
SalesHandy’s mass mailing feature with automated follow-up lets you schedule as many emails as possible and yes, we are talking more than 10,000 emails too.
We mentioned that you can schedule all of these emails to be sent at once, but the sending will be limited by your email service provider's daily email sending limit. It is not recommended to email blasts at once because it may harm your email account's reputation and cause your emails to end up in the recipient's spam box.
Mail Merge Campaigns can be sent using SalesHandy.
If you wish to know more on how exactly one goes about this process, you can read our detailed blog here - Gmail / Outlook.
Feel free to ask me any other questions you have! :)

Reduce time spent sending emails from days to hours

A client sends out monthly emails to about 1 million users which will grow with time. They currently send through an in-house exchange server.
Their current approach starts with first preparing all emails, recipients and attachments, then a script starts feeding the exchange server. Sending just a million mails generally takes days.
My role is to propose a better approach/solution that can get these emails sent and possibly delivered within hours. The choice of using 3rd party services like amazon ses and sendgrid exists but what will make the delivery time reduce as required.
I'll start this with two disclaimers: 1) I am a SendGrid employee, 2) This question is right on the border of questions StackOverflow doesn't like.
That said, both SES or SendGrid will be able to process emails at a rate much faster than 1 million over several days.
Speaking for SendGrid, we accept all mail passed to us and queue it on our end, so if you're able to send a million emails at us in a second, we'll accept them and deal with queueing on our servers. So that answers the question of how fast you can get the mail away from you; leaving the question of how fast it will get to your users.
That's a harder question and depends on a number of factors, including if we're receiving negative feedback from email providers (Google, Yahoo, Comcast, etc.), and your typical send volume. All said, it could take anywhere from a few minutes to a few hours, but days is definitely unheard of.
As far as I know SES will do something of the same nature. SES enforces client side send rates (meaning you'll need to send them only N emails per period), but this can be upped greatly depending on your volume and trust. Again, as far as I know, SES should take anywhere in the neighborhood of minutes to hours to process and send 1m emails.

How can I test an email-sending script that will send out to over 1,000 users?

I have a PHP web app that is going to send out about 1,000 emails. I would love to test the performance beforehand. Is there any kind of service that provides dummy email addresses to send to, for this kind of testing? I can't find anything that's not just a general bulk-email service. The key here is I just want dummy addresses to send to.
If you have the ability to just purchase a domain name from a hosting service, I know at least 1&1 gives you like 2500 email addresses per domain so you could literally spam yourself to death and not worry about any other 3rd party. You can pick up a domain name for like
When you say "test the performance", do you mean you want to know about your deliverability rates, or how your emails look?
Deliverability Rates
This is entirely dependent on your SMTP server and the reputation of the IP that it will be sending from along with your domain's SPF records and the content of your email. To maximize this, I would recommend using a marketing email service such as MailChimp or MadMimi.
Appearance of Emails
You could always just send yourself a test email to see how it looks. An alternative is to use a service like PostageApp that has a built in template designer that has both an easy email preview function and a test send email function.
(Full Disclosure: I am the Product Manager of PostageApp.)
If you use "Post Hoc" you can send email to an unlimited number of email addresses. Post Hoc acts like an SMTP server, and receives the email messages that you are sending, but it does not forward them on anywhere. You do not need to set up any email inboxes ahead of time, so there is no problem if you have 1000 different unique email addresses. They do not need to be from a single domain -- you can use any email address you want. It stores the email messages received so that you can inspect them if necessary. You would run it locally so that there is no concern about network problems, and it is very low overhead since it does almost no processing of the email. This way, the performance measure will be mostly the sending side processing. Best of all, it is open source and freely available:
Find it on GitHub: GitHub for Post Hoc
Also see the blog post: PostHoc: Testing Apps that Send Email

Send over 1000 emails per day via gmail, amazon sns, or own smtp

I'm trying to code a mail sender service. Previously I built a simple desktop application which uses my shared hosting mail server to send html mails. But now it's not enough and I plan switching to Gmail or Amazon SNS.
For Gmail I have to use min 15 different accounts to be able to send up to 1500 emails. Also sometimes gmail blocks the accounts and I have to login and change the passwords.
I've just signed up for Amazon SNS but it does not looks to what I need. You first have to subscribe users then send emails. Also emails are sent from no-reply#sns.amazonaws.com addres. Is this the all service or I can configure it as I wish?
I also read some suggestions to lookup the MX records for the destination mail servers How to send 1000+ emails per day using an ASP.NET Web site
I want a minimum cost solution. So which is best and is there a better solution?
We use Mailjet for 3 sites now. Initially we used the free plan (6000 / month) to test the set-up and reporting. Now the 3 sites are run on it. Very satisfied - especially since they offer dedicated IP monitoring. According to us, it's rather easy to install. SMTP very easy and one of the sites integrates with the API. I'd recommend
There are a multitude of services available for you that will allow you to send 1500+ emails per day and will get the headache of email deliverability off your plate.
PostageApp (Ours!)
SendGrid
Postmark App
Deliver
Mailjet
Take a look and see which fit your needs and have the implementation method that you are looking for. They each have a free service, so it's definitely easy to try.
(Full Disclosure: I am the Product Manager of PostageApp. Let me know if you have any questions!)
A relatively new option for transaction emails that seems pretty good from Mailchimp:
Mandrill
Looks like it has decent integration with their main service as well.
You can utilize some premium services to send 1000 emails here, daily for free
Remember, you should not spam in the services listed, just you create multiple lists in all accounts & send emails daily.

Bulk email configuration - phplist + sendgrid or some suggestions on process

I have a large user list which is distributed in two groups. 1. Phplist 2. Vbulletin
Phplist has around 50,000 users while vbulletin has some 70,000 users. These all are double optin safe lists and completely legal.
We have a dedicated server and use phplist tos end mails but a single mails takes 3 days to process given phplist limitations. I am very keen to use Sendgrid / Amazaon SES or something so that i can shoot pur monthly newsletters much faster ( we have some 20 news letters including jobs, announcements login etc).
At present we send emailes from a different domain than the main one and its like www.mydomainnewsletter.com while main site and corporate emails are www.mydomain.com ( my main site is on drupal)
Now how do I build a process where all transaction and corporate mails go from mydomain.com while all newsletters go from mydomainnewsletters.com. users shall subscribe and unsubscribe at mydomain.com and this email list shall be synchronized with www.mydomainnewsletter.com.
My server has qmail intalled. So can somebody guide me through the process. I am not techie at all.
You have a few options, that I can think of. I definitely don't think you should do this in-house unless you want to deal with the huge mess of dealing with deliverability.
Here are some non-in-house options:
Build a scheduler, server side, to shoot out the emails to third party providers like SendGrid and Amazon SES, or make bulk email API calls using PostageApp
Use a service built for newsletters, like MailChimp, which can manage your lists for you and send out bulk emails without any problems whatsoever.
At least with these services, you're looking at a much faster delivery time. (Three days is attrocious.) They have the resources to send these emails, they worry about the deliverability, and you can focus on making an awesome newsletter and/or working on your website.
Full Disclosure: I am the Product Manager of PostageApp.