Let's say we send about 100k emails per day to our users.
These are all transactional emails ("You received a new message",etc.)
In order to reduce the number of emails we group those transactions into summary emails and send those summary emails every 6 hours or so.
So every 6 hours or so we send about 25k emails.
From particularly hotmail's perspective is it a bad practice to send all these emails every six hours.
Would it be better to send these emails every hour for instance?
Thanks,
Haluk
The best way to send - is to send uniformly. Every hour is better then every 6 hours. Every minute is better. Think how mail services like gmail work. They send and receive mail every minute. If you'll send a large chank of mail at a short time and then will do a delay - that will look more like spam.
Related
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! :)
I'm currently delivering around 200k emails per day with my local server.
I have logic in place to wait 0.5 seconds before sending each mail.
I'd like to eventually get to send more than a million emails in the next months (maybe 10 millions per day, let's say one year from now).
Currently, with my waiting strategy, this is not possible.
I'd like to know therefore if using the Amazon Simple Email Service, I could get lower bounce rates.
As for the mechanisms involved: If the bounce rates will indeed be lowered for AWS, could this be perhaps because it's whitelisted by a lot of email providers?
Bounce rate for bulk emails totally depends on how effectively you have maintained your subscribers email list to send out bulk emails AWS SES has nothing to do with the increase or decrease in the bounce rate.
For example:
In first go if you send out 100 emails using AWS SES out of which 10 subscribers marks the email as spam.
In second go if you send 100 emails to same subscribers using AWS SES you will get a bounce rate of 10%. So AWS SES will not have any effect on the bounce rate.
Bounce Rate:
In order to reduce the bounce rate using your bulk email service, all subscribers in the list should be properly double opted-in, which means that you should have sent those subscribers an email asking them to verify their email address (and their willingness to receive your emails). This action serves a dual purpose: a) you are eliminating any invalid email addresses that might have been entered; and b) making sure that the email recipients do in fact own that email account and do wish to receive your emails.
So even if at the start the bounce rate using AWS SES will be low if the subscribers list is not maintained properly.
This article is also a good to read regarding for a good strategy to keep the bounce rate down. AWS SES and deliverability.
One organisation in our country used order of received emails to select the winners. Thousands of people sent email at the same time. They are not transparent enough to tell me the exact time of my email received.
So First Question is :
Is that possible for a mail server to receive emails at exactly same time?
If yes, then how will it order the emails received at the same time. Will it only depend on the settings of mail client like outlook ?
Second Question:
As it was mentioned that they will consider emails only 10:00am onwards. I sent email exactly at 10:00am. I got their automated out of office reply and around 300 more people get it. My wife sent email one second later, she didn't get the Automated out of box reply. So can this slow my email to reach the mail client ?
Third Question:
Can someone provide more technical reasons to explain that "Order of received emails" is not fair way for lottery. and How can this give intentional and unintentional advantage to some people.
Thanks,
Kind Regards..
I'm going to pretend this is a programming question, namely, how to program your way to the prize. The easiest way should be to write a custom SMTP client in, say, about 50 lines of ruby, python, c or java. The client should create 5000 threads, and in each thread it waits until 9:58:40, then opens an SMTP connection to the prizegiver's SMTP server, sends EHLO, MAIL FROM, RCPT TO, DATA, the body, then waits until 10:00:00, then sends CRLF.CRLF and repeats a few times without waiting. Very simple, the only thing to watch out for is that some of the 5000 connections will fail because the receiver hasn't enough capacity.
The result is that starting about a minute before the competition starts you occupy most or all of the receiver's mail server capacity. In the first second, you submit 5000 messages and noone else has a chance to submit any. In the following seconds, you submit 5000, 10000 or 15000 more, just in case the receiver's clock is off by a little.
FWIW, I have once delivered around 5000 messages in one target second (an announcement that should reach people at the same time). It worked. I had to use three regular mail servers, though, and only 1500 destinations per server.
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.
I always wondered the following: how do infected computers send emails? I read all the stories of large botnets sending 1-2 billion emails a day. When I use the SMTP server of my ISP and I try to send my newsletter to less then 100 people my ISPs SMTP server blocks. I tried to do this by multiple friends (with all different ISPs) and it was all the same. But how can these bonnets produce such a large volume of email when I cant even send 100?
Thanks in advance,
Jori.
They are not trying to abuse the system, they only sent small amount of mail. But if you have (just an unreallistic example) 10k computers infected, each sending 25 mails every hours. You end up with 10k * 25 * 24 = 6 000 000 mail/day.
After that, you just have to scale that 3 numbers and you can have a massive spam bot. You can take a look at this article in wikipedia for example of sizes and capacities.
I'm not sure, but I could imagine the zombies don't (only) use the SMTP server your ISP provides but directly connect to the recipients SMTP server or some other (open) SMTP relay. So connecting to 100 servers simultaneously, sending 10 mails each, results in 1000 mails sent (from one zombie).
Even if such mails are often blocked (e.g. by graylisting, blocking dynamic IPs or some other technique) some are probably not. It does not cost the botnets operator anything to simply try it: If the mail is delivered that's good (for the botnets operator), if not that's no problem.