That is, if an e-mail coming into my server purports to be from example.com, checking for the existence of a valid MX for example.com is a common "anti-spam" measure. If example.com can not or will not accept mail, rejecting (or marking as spam) the incoming message is considered acceptable.
Unfortunately, the emails are sent from the original address, so if that is user@yahoo.com, and since yahoo.com has p=reject in it's DMARC record, that email will suffer all of the issues of failing a DMARC test, so depending on the receiving mail server's configuration, the email may not even reach the spam folder (all Yahoo! and Microsoft domains behave this way, as well as many others).
Their support basically refused to take my money and switched us to a different sending server that day and our emails were no longer hitting the junk folder within possibly less than two hours of first contact with their support.
As a developer it's incredibly easy to integrate with, the dashboards are very helpful for debugging, and the one time in at least a few years I've reached out to their support they were informative and expedient.
I've found their competitors to be harder to integrate with and focused more on mass mailing for marketing, wanting to funnel everything through their UI.
I hope Mailgun can keep up all the good work they're doing, it's a breath of fresh air to know sending emails from our web applications will take all of five minutes to integrate.
I literally went through the same problem, and they did the same thing for me, they didn't accept money for a dedicated IP
It seems that spammers are using their free tier to send spam emails, and because of that, some of their non-dedicated IP range are listed as spam by Office365/google
We did eventually get on a solid IP and after I spent several days calling every little local ISP that was flagging our emails based on razor2 our last deleiverbility issues went away.
One thing I'd love to see is a direct integration of mail events with Slack. Currently we pass the events through ourselves via a webhook.
The only other issue that I do have with them is that the "history" for messages has a really stupid encoding. Basically, when a message does fail, or get marked as spam, we have a web hook set up. This works great. However, when looking at the message source, it has a dumb encoding on carriage returns, and colons. It's not the biggest issue, but still annoying.
We ended up making a little appliance to resend failed emails for our sales guys. Basically, this had to have the code "Replace("=\r\n", "").Replace("=0D=0A", "").Replace("=3D3D", "").Replace("=3D", "=");" instead of just being a straight copy paste. Ideally we could have a "resend" button. In the console.
https://documentation.mailgun.com/api-sending.html#retrievin...
quopri.decodestring(message_source)Edit: a quick cursory google shows http://www.dpit.co.uk/decoding-quoted-printable-email-in-c/ as a good enough solution for C#. I feel kind of stupid now, but had honestly never heard of QP encoding before.
I haven't looked at their outbound service in a while because I've been so impressed with Sendgrid's dual DKIM CNAME setup so that they can handle automatically rotating your DKIM keys without bothering you...that it's really hard to even think about trying somebody else.
Postmark has a nice DMARC processing system.
Once that key is known, it can be impersonated. Regular rotation is a practical mitigation strategy and I like that Sendgrid took it on ahead of the game.
Since they are sending, they can create a new key on the second domain, tell new emails to use it without impacting anything in transit by leaving the old one active until it is changed for rotation.
All the while, you have a leadership that continues to say "Everything is OK! This is good news overall for the company! Let's continue to work hard in solidarity with each other! We're one big happy family!" Its important for people (in general) to see past that kind of management bullshit, look at the numbers (profitability, customers etc.) and make a very informed decision about their future, lest they get caught unaware by "restructuring".
Disclosure: Obviously, a former Racker. Loved the peers I worked with and the company culture. Management was (is?) a total shit-show. I was lucky enough to see the future and take a better job before the company went private.
Kinda a kick in the teeth when you pay through the nose for an archaic machine because "we sell support".
I wholeheartedly agree!
- preparation for a sale
- raising capital for the spin out, but not the parent company
- the spin out is not part of the parent's core focus, and is something of a distraction
- the parent is transitioning to more of a holding company, and looking to make further acquisitions that have nothing to do with the spinout
- the spin out is an idea developed by a parent company team, and that team wants to leave the company to develop the idea, so they work out a deal where the company and the team both get a stake
Mailgun meets that criteria, it has all of the components of being a full 'company' or can get the ones it was missing, and it has a customer base, product, and revenue (and its profitable according to the post).
So someone bought Mailgun and that owner is treating it like a separate company. Sometimes its the original founders that buy it back, sometimes it is another firm that thinks they can do a bit of work and then sell it or take it public.
Other things that are typically sold off are real estate holdings, patents and other IP, trademarks, and sometime infrastructure contracts. So if for example Rackspace had a long term contract to host company X, they might sell that contract to another Colocation company like Equinex or Coresite.
The idea is that you can sell off all the bits for more money than you paid originally and make a profit. It is not unlike buying a wrecked car and selling it off for parts.
My 2 cents on why for Mailgun? It is a developer focused service and while Mailgun may have customer overlap with Rackspace's overall base it is a different decision maker / buyer inside the company than the person who's choosing where to host the IT system or website, etc. So while you may have customer overlap you don't have sales and marketing buyer overlap.
Mailgun OTOH is a cheaper and more streamlined product. It's for sending and receiving email, possibly in quantity, by developers and developers only. No mailing lists, no campaign metrics, no templates or template editors, just sending and receiving email from code.
Hope they add support for tracking against SSL/HSTS sites.
...except Bob over there, but he's kind of a grumpy old man anyways, so you can just ignore him.
Pro tip: Just write "The team is very excited" or something like that, its saves that tiny bit of awkwardness.
Somehow I'd missed the news of the acquisition, so it was all a bit mysterious. Maybe I should check the product out again... :)
I've avoided MailGun & SendGrid entirely for various reasons.
worse still, i sent them a request to un-suspend my account at 5:20pm on a weekday, had their indian support ho-hum about it over the next 13 hours until I finally submitted a new ticket around 7am in the morning and their USA support picked it up, fixing my issue in about 30 min. (total downtime near 14 hours).
i will keep using them because I doubt the disaster scenarios for other providers is going to be much better, but I'm also going to setup a second mail provider as a failover for the next time I have issues with them.
I hope the spin off lets them focus on improving the service and the surrounding experience - I definitely would rather they succeed than go belly up. As it stands if someone pops up with similar offerings, I'd definitely check them out. But mailgun isn't impossibly far off from creating an exceptional product. The question is: with this change, will they?
This gave me a mini-heartattack...I guess I don't think about VCs and investments as much as the average reader of these things.
Yet with Mailgun everything always works, the API is super simple and so is integration. And their free tier lets you handle 10,000 msg per month!!
Maybe they can use some marketing, because the product is great!
Good luck to Mailgun! DFTBA
Mailgun has one of the best inbound/outbound API combinations available, great for companies with a strong developer team.
- From a happy customer.