Tell HN: Mailgun lowers free-tier API from 10k to 625 emails per month
Hi there,
Mailgun is adjusting our plans and pricing to more accurately reflect the value users get from the service and to make room for some great new deliverability features we just released.
Throughout 2019, we were hard at work adding and improving our email capabilities and optimizing our support to help your business grow. While many of these updates were made behind the scenes, the truth is that Mailgun can do a lot more than it could two years ago when we last updated our plans.
What does this mean for you? On March 1, 2020, we will automatically transition your account to the new Flex plan, a pay-as-you-go plan comparable to the Concept plan you’re currently on. You’ll receive your first invoice under the new plan on April 1 if your amount due is greater than $0.50. According to your usage last month, your invoice under the new price per message of $0.0008 would have been $0 for December. It’s a modest change, but we wanted to be transparent about it.
What’s changing with the Flex plan? Flex offers you the same pay-per-use model you were used to on the Concept plan. The main differences are that we are no longer offering 10,000 free emails or 100 free validations per month, and our support options now include limited ticket support as well as enhanced self-service Q&As so you can find answers faster. Additionally, while your existing routes will still be functional, new routes will not be supported on this plan.
What other options do I have? We have several other plans available with additional features and service levels, including a new subscription plan called Foundation that starts at $35 per month. This plan provides access to new deliverability tools like Inbox Placement so you can effortlessly increase your deliverability and email ROI.
Looking for validations, inbound routing, or more support? Foundation is a great starter plan. If this is something you’re interested in, check out your plan options.
271 comments
[ 3.1 ms ] story [ 285 ms ] threadThe key here is that with the $0.80/1000 emails PAYG rate, you can still do like 2000-3000 a month for less than $5, which no one except SES will provide. Everyone else has a gulf between "free tier 100/day" (or even 100/month with Postmark) and their first actual paid tier ($10/month for Postmark, $15/month for SendGrid). No one else except SES has this PAYG for low rates as far as I'm aware. I think if your hobby project needs more than 625 emails a month, it's reasonable to spend a dollar or two on a month to handle that.
That's not quite how it works out though. Mailgun rolls over the balance till the balance hits $0.50 and when the balance hits $0.50, they cut an invoice for that amount.
But SES is super basic. It's just an API, no fancy analytics.
So of course, I built a small web app that "wraps around" SES, and gives you some insight into what you're sending, some pretty graphs, and other stuff.
If anyone is feeling adventurous, it's https://messageray.com
You give it an AWS access key with permissions for SES, and you can send 60k free emails a month. It's just a side project atm, and completely free.
^(abuse@|hostmaster@|postmaster@|webmaster@).*
I'd gladly pay $.0008 per message x2 to cover both sides of that event because I have very little usage. By putting email receiving into a tier that costs over $400 per year they've priced me out of the service.
It's disappointing the way these companies are happy to have enthusiasts, hobbyists, and side projects light-housing their products for them at the start, but eventually switch to paid tiers that alienate those same types of early adopters. It feels like it happens with every single service I use.
Boo!
https://sendgrid.com/docs/for-developers/parsing-email/setti...
Building some type of custom endpoint for it is too much work for what it does. I already pay for email where I can set up unlimited domain aliases, so I'll just wait for my Mailgun email and switch back to aliases.
The incoming mail filtering was the only reason I decided to try Mailgun instead of Twilio or SES. I already have SES set up for transactional mail and my usage is so low they don't even bill me for it.
The email doesn't even mention that 'email receiving' is switched off as a result of moving me to this plan! Pretty poor, IMO.
I've just blocked SES's ip ranges on my servers.
I'm not sure this is valid. Some users will consider anything spam, including password reset emails they asked for.
All in all they seem reasonably switched on and protective of their IP addresses.
basically anything with imap access.
Sendgrid is owned by Twillio, and has a similar free tier.
Ses is pretty cheap, for 500 mails, it is essentially free.
Or get a dedicated IP, use mailinabox or other similar one click setups.
We have the inbound parse webhook which turns incoming SMTP into an HTTP post to your URL. Our free plan is is 100/day after the trial period which has a much higher limit.
So if you're already paying for some cloud hosting somewhere you likely have a free email service you can use.
If I didn't rely on their inbound email parsing, I could get by on the flex plan for less than $10/mo.... it's still super cheap.
The best part about this particular item on the list of "things that have only gotten worse over time": they charge companies more to deliver what is essentially spam, and they conspired to make that spam show up in inboxes and "enhance" it with all sorts of tracking.
It is absolutely not. Even if you are not considering the whole spam thing.
Sending an email with the multitude of clients, MIME which is very complex in itself, network issues, message queuing, retries, unsubscription, bounces, providers feedback loops, rate limiting and what not is very hard.
If you add the whole spam folder + blacklists situation into consideration, sending emails becomes a more than painful thing you don't want to deal with.
I can send a message to my address in 2020 using a 2003 Fedora Core 1 box without a domain using only what's part of the POSIX standard, and I'll receive it just fine.
I just did a few days ago, actually. It even got past my provider's spam filter.
I could probably have done it using earlier software than 2003-era mail/mailx, but that was the quickest way I could find to send an attachment given the software on hand.
However, I, as a receiver of email, get thousands of spam messages a day. So, I use services that block them before they even reach my view, or get sent directly to the spam folder.
If you want to send me an email, that's solved. If you want to send it to ten thousand people on your mailing list, and not have it end up in the spam folder, you may have more work.
There was a big fit thrown on this website a year or two ago when one transactional mail provider (MailChimp?) said they were banning crypto companies with ICOs from their service. They literally put "ICOs are not welcome" in their Terms of Service. Why? Because first off, ICOs are scams. And that means they buy email lists, and then spam the shit out of people with "buy into our ICO!" emails, which get immediately shitcanned into the spam folder by 99.99% of users -- they're no different than Nigerian Princes, as far as most people care. That behavior tanks the reputation of the sender, and you cannot reason with The Algorithm once it "recognizes" you as spam. That kind of problem is not a minor inconvenience to companies like Mailgun, it's an existential threat.
Pity we'll have to move off them. It was good while it lasted.
For stranger to stranger communication, both business and non-business set up a web form. With a challenge if needed.
For friend to friend communication, use email, friends' address in on a white list.
For business to consumer communication, white list is again used.
For spammer to anyone communication, including business lists that refuse to take you off, not on white list so doesn't get in. Bounce response with reason "non on white list"
It's a cultural change though: an email address won't get through unless you are unblocked, but technically easy.
An email comes in from a sender address which isn't on the whitelist, but is (in fact) a friend. What's the handling?
An email comes in from a sender address which isn't on the whitelist, but is not (in fact) a friend. What's the handling?
Do I never hear from the first friend? Or do I get bombarded with "hey, read this email and see if the sender is a friend" a bunch of times?
Joe manages his whitelist through his mail provider's web UI. Many providers already use the address book as a whitelist; the only difference is they default to filtration instead of assuming spam.
Joe's friend's mail gets routed to the spam box. Joe's friend gets a bounce notification that says "To be added to Joe's whitelist, click here (and optionally solve a captcha/enter Joe's dog's name/submit a blood sample/deposit $0.25 worth of bitcoin into Joe's wallet)." Joe's friend clicks here, and Joe's mail provider adds Joe's friend to the whitelist and promotes the email to the inbox.
Joe's spammer gets the same message and disregards it. Their email stays in spam forever.
Joe's spam box gets bombarded with "hey, read this email and see if the sender is a friend" a bunch of times. He can trawl through them for actual friends if he wishes.
You might miss something valuable. Perhaps from a long-lost relative. Or a prospective client or employer.
And once you're actually looking through the spam folder, what good is it really?
They specified that it wasn't even if you could ignore the spam issue. I said that it was if you ignored the spam issue. The first post in this thread was "We've made sending electronic mail way too complicated under the guise of fighting spam."
I'm aware that it won't get past every spam filter, but it gets past both Gmail's and my own provider (a smaller, non-American one), which is good enough for my own use. My claim was that sending electronic mail is a solved problem, because it is.
Agreed. I mean, I can _probably_ remember enough to be able to send mail using just telnet without even needing to look anything up. (And that mail, without any mime parts or urls - it very very likely to not fall into any of the spam filtering on my inbound email accounts...)
(Not sure I care enough to try...)
If your domain has SPF headers which don't permit mail from the (residential?) IP you're connecting from, that'll be a major factor as well.
Is this mail relay actually elided.org or is it impersonating elided.org?
There does not appear to be an SPF record for that domain so Gmail cannot determine if this is a fraudulent message, especially if the machine this request came from does not match the IP of the A record for that domain.
Communication is much more than just broadcasting, just as email is about more than sending emails.
tl;dr: Abuse ruins it for everyone.
I work on the filtering side of the world so I see a lot of the challenges that even purportedly good actors face. Each provider does better or worse at controlling abuse. These things all have a cost:
* IPs -- You need to send from a variety of IPs. They have warmup time before they can be safely used. One bad guy can burn that IP and everyone who shares. Most ESPs aren't going to have dedicated IPs for each (or those are for high tiers).
* Dmarc/dkim/spf -- Passing validation can be hard since it requires your client to work with you.
* Abuse reports -- Likely huge volume
* Bounces -- They can count against the customer. How much is OK (e.g. AWS SES will cut you off if your bounce rate gets too high)?
* Throwaway account abuse -- Huge issue, this threshold is a simple hammer (so now bad guys need ~10x more throwaway accounts).
* Account takeover -- That good guy is now sending out crap. Now what?
* Post-abuse cleanup -- Good luck going around and working with major providers to get yourself unblocked. Its a huge time sink.
By using Mailgun, etc all of the above becomes their problem. On top of it they'll offer analytics, help crafting content that works in varying mail clients, etc.
A small business type sender doesn't need much of this (other than maybe the technical help). But at some point, the scales tip.
I'm curious, is that specific to IPv4 or you see the same phenomenon with IPv6 where providers allocate /64 or /48 to customers? Or there simply isn't enough sending volume from IPv6 at the moment to warrant specific filtering?
Blocking via IP on V6 is tricky since it’s not clear what a safe/useful block range would be.
Spamhaus has released a "blocking strategy" for IPv6 to exactly address this issue: https://www.spamhaus.org/news/article/668/spamhaus-releases-...
I spammed with invite mails to users friends back in 2008 and mail started to end up in spam for a while, but after switching to double opt-in for all mail and making unsubscribing easily available it went back to good. Add some periodic list cleaning of long time inactive subscribers and it works perfectly!
It does get harder if you have to account for bad users, but if you're the only user then you can make sure everything is good.
So, is it hard? That depends entirely on how wanted or unwanted the sent mail is.
Sending an email _is_ trivial - you're right - but getting it delivered to the inbox, instead of the spam folder, is far from trivial. At scale, it is incredibly difficult. Even worse, spammers and fraudsters are utterly relentless. They hammer services like mine and Mailgun's constantly with fraud and phishing and porn and other garbage, inbound and outbound.
Asking someone's permissions first, tracking their desires and immediately updating your response is what they solve.
Seems trivial? Try doing it for (looks at note) 626 people.
AFAIK, SPAM is a still a hard problem, and getting emails delivered isn't trivial.
"Under the guise of Spam" is a very reductionist viewpoint. It's like saying "Under the guise of the measles, we now have an oligopoly of pharmaceuticals." The latter might be true, but its important not to understate the threat of the former.
I can't just block Amazon SES though, because there's also a ton of legit services that use them for mail transport. We've really helped spammers evade blocking and decrease their infrastructure costs, and because there's so much "normal" traffic on SES, spammers will blend right in. And as long as they pay for services rendered, Amazon couldn't be happier.
You don’t get a choice. That was made for you.
Answer: It's very difficult. Email is adversarial. Getting to the inbox is incredibly difficult to do _at scale_.
A public service where a lot will be spam and unsolicited emails? Must be hell to run.
Then why do companies need transactional email providers?
All of them passed both SPF and DKIM.
How. Just how did these emails get spam filtered by Google? Everything about them screams that they're legit emails from ourselves to ourselves.
I was recently thinking about the email problem myself, and was reading about IP Warmups. Seems like every provider has different recommendations too. So sounds like not an exact science either. But maybe if it was an exact science it'd be hard to tell the good and bad guys apart. I guess one of the tricky problems with decentralized systems.
It’s easy to make a proof of concept. Production grade is an entirely different story.
Remember to preserve conversations and forwarding. Make sure file attachments are handled and scanned for viruses. Make sure you watch out for recursive automatic forwarding. Make sure that any html is secure. And make sure it will scale well ... and I mean billions of emails a day well.
It's easy to send an email, but it's way harder to ensure that the emails you send are delivered properly.
Does anybody know the $0.0008/email is the real pricing, or if you have to pay $0.80/1000 up front like the footer of the price table says?
But 625 emails per month amounts to around 20 emails per day. If you have 5 customers, then you can send them 4 emails per day. So not much.
I wish they found a middle ground here.
I thought you were saying that since Mailgun has customers, and has built their email infrastructure already, the cost of providing a free service to people who aren't using the tool much is zero.
Thanks for clarifying.
The reason is that they are selecting for the most clueless marks. If you don't get a bunch of red flags from an email like that, then you are likely going to be an easy mark.
That's if you're sending email every day of the week.
If it's just Mon-Fr then it's 30 emails per day.
If you have 5 customers ... then you can hopefully afford USD$0.80 for 1000 emails / month.
That's what 'transactional' means... it's supposed to be used for the end or beginning of a transaction (reset password, receipt for a purchase, things like that...)
Things like friend requests are also transactional email by definition. So are those "you left your cart behind, want to complete the purchase?". That doesn't mean that you asked to receive it.
Come on, sometimes it's better to be understood than to be right. Fuck the definition.
There are plenty of good notifications besides social media updates.
Even if I sent 5000 messages one month, I'd pay around $4.
This is not even close to a significant cost.
I'm a MG user and haven't received that email and their page is showing me 5K/month free tier.
“I thought you said it would be free?” “It probably will be, but we still have to add your card.” “What do you mean ‘probably’?”
I think some people underestimate how cost-sensitive some clients are. And how time poor some small businesses are.
Those aren't "clients", they're "moochers".
If they're prepared to walk away because it costs them $35/month to send to their mailing list, you probably owe it to yourself/your business to spend your time seeking new better clients rather than talking them thru how to get stuff/service for less than $35/month... Your business should be "cost sensitive" as well...
Freeloaders are simply not in my market.
And with that focus, I've been able to exponentially improve the value of what my company provides.
Our business found Mailgun to be a great solution when we anticipated clients would stick under 10k/mo and not need a card on file. With Stripe, every time they pay their cut, they've had a sale. Every time they mail-out through MailChimp, it's to a list of customers.
We are usually using Mailgun to send transactional emails. I can't promise a client that they won't get a flurry of junk signups or password reset mailouts that hit their credit card.
The bottom 50% of the market is heading to self-serve site-builders and it's savage for a small web business.
Start charging your clients money to cover costs that comes with their business.
My original point was not even anything to do with cost but hassle!
Discount stocks brokers make more money on float than trades.
Search engines make enough off ads instead of charging per search.
Photoshop didn’t have a free tier, but rampant piracy from home users created proficient corporate users.
e.g., I can set up their account and other technical parts after that, but I can't verify their mobile number (added since we started working with Mailgun), don't have their credit card details to put on file (same), and often end up agreeing to legal notices for them rather than asking them to complete signup (and stalling the project).
The responses to your posts are disgusting. I don't think a lot of people around here understand what it means to provide services to small local businesses.
I don't know about you, but I'm in a smaller community, people here still earn $7.25 per hour, and I just don't have access to deep-pocketed big businesses. I work with small businesses, individual business owner/operators, and mom and pop type places. $35 here, $50 there - it all adds up fast, and they are very conscious of these costs, and so am I.
Going to a small business owner and trying to explain any kind of price hike for a service they thought was free is just another burden to them, and it makes MY recommendation of the original service seem bad .... and I'm the guy they came to for GOOD advice.
If your advice was "you get 10,000 emails per month free via $service" without qualifying "right now, but that isn't guaranteed forever, their paid tier is $x per 1000 emails and switching mail providers in the backend of your website will take approximately $Y hours at $chargable_rate", then it _was_ "bad advice" (or at the very least "incomplete advice").
I made this mistake way to many times before I learnt that lesson. (Most recently with Google Maps on websites...)
I think most HNers currently serving mom-and-pops in a bespoke fashion should strongly consider exiting that market tomorrow. Those customers will, over time, gravitate to a Shopify or a site builder or similar because they can amortize engineering costs over 100,000 similarly situated customers and consultants can not.
I understand there are aesthetic reasons to prefer that non-tech-forward people in your local community have someone to ask questions to and help navigate options, but if you want you can throw free Set Up Your Shopify office hours every Friday as a pro bono gesture, underwritten by the piles and piles of money from the many businesses in the world that can afford professional labor.
Your problem cascades from a B2C approaches to a B2B relationships. Not just yours to your client, but Mailgun's B2C approach to its relationship with your business. Free commercial email is likely to be unsustainable. At best, it's money left on the table because at 10k emails a month, there won't be many conversions. They were delivering free to a customer who expected free with the same damage to the customer's perception of the relationship as between you and your client.
The only part under your total control was whether or not to charge your client money. If you had, then the bad part would be Mailgun raising its prices. You would have had the option of eating the cost. Or having the unpleasant conversation with your client.
Maybe there's something slimy about charging a client for a free tier mail service. That's also under your control. Just pay for a paid tier and pass along cost at normal markup. In the long run, and that's what B2B relationships are about, it will tend to be simpler and simpler tends to be better for everyone.
I've worked in this industry for over 20 years and found that the more complicated your explanation, the less likely clients are to want to work with you. Being a stick in the mud on usability is another example - they'll leave for someone who'll make them a splash page without question, etc.
As long as you understand the risk you are carrying you can price out the externalities of it going south.
To explain that, consider this artificial example made up based on what you just wrote; "I have a lot of clients using MailChimp's free plan ..."
Now lets say MailChimp has a tough few quarters, maybe they get a new CEO or maybe they just need to get more money for their services than they currently do and so they revise their "free" plans into non-free plans in ways that prevent some chunk of your customers from using their free plans.
Your customers are forced to change their previously working system for a different system. Four outcomes pop out of that event; They can use their current system but now it costs them more money, they can hire you (more money) to come up with another free system which they now know will only last for some random period of time, you can design a new system for them for free (costs you money), or they can go with a new contractor who will design a new system for them.
As the original provider of the system, you cannot predict when this event will occur. It may occur at a slow time, it may occur on black friday when it the customer's busiest time of year. And as the original provider you cannot predict the new cost of the system, or the cost of a replacement system.
So the risk you are carrying here is mostly reputational (some of your customers will say bad things about you if this event happens at a bad time or costs them a lot of money they were not expecting to pay.) Depending on what type of warranty you provide or imply for your services (most people disclaim these so the common case would be to leave the customer with the costs) you may be carrying some financial risk to correct the future situation.
I will reiterate that there is absolutely nothing wrong with carrying this risk, as long as you are aware you are carrying it. Because you can plan for the various cases (for example by continually researching equivalents to MailChimp so that in the event this happens you can quickly and easily move your customers over to the new solution)
When are they coming to an end? I'm also grandfathered in, and haven't heard about this.
I have a SaaS product with a free tier (like Mailgun) and I have had an app/game which was free with an upgrade.
(My initial point was not about the freemium model but about other changes that have made working with Mailgun difficult.)
We don’t have a landing page or anything- just working code! Would anyone here like to see it working or be willing to share feedback?