Live data from Hacker News

Mailgun Acquires Mailjet

mailgun.com

101–110 of 116 posts

Re: Mailgun Acquires Mailjet

#101
post #67

I hope this means the MJML project was part of the acquisition reason (it underlies their builder) and won’t see its support reduce.

We're really excited about MJML. Creating messages that render properly on all email clients is challenging and MJML solves the problem in a very developer friendly way. You should expect MJML and the Passport editor to be integrated into Mailgun in the near future!

Glad to hear it Josh, can't wait!

Re: Mailgun Acquires Mailjet

#102

I hope this means the MJML project was part of the acquisition reason (it underlies their builder) and won’t see its support reduce.

I always was intrigued by the premise of MJML but it's just a little weird at this point. Client support is inconsistent. I'd rather it less feature rich than having certain components that aren't fully supported by popular clients. IMO it would be better to have a really simple/easy to remember set of components that were fully supported.

https://mjml.io/faq#email-clients

Re: Mailgun Acquires Mailjet

#103

Earlier quoted context omitted.

Just a word or advice: if you're only sending to 200 people you might not need mailgun. You can use gsuite programmatically for easy inbox management with the Gmail API.

How is paying for G Suite and using their API instead any different?

Mainly from a user experience and customer service perspective:

You can hire a non technical person to manage your inbox without having to code as much to connect with your systems.

If you have problems with G suite, you are a paying customer and you get support from Google. There's a phone number you can call and get your problems solved.

Re: Mailgun Acquires Mailjet

#104

I hope this means the MJML project was part of the acquisition reason (it underlies their builder) and won’t see its support reduce.

I always was intrigued by the premise of MJML but it's just a little weird at this point. Client support is inconsistent. I'd rather it less feature rich than having certain components that aren't fully supported by popular clients. IMO it would be better to have a really simple/easy to remember set of components that were fully supported. https://mjml.io/faq#email-clients

I would say it does have that set of simple components: wrapper, section, column, image, button and text are all you really need. These are the ones we set new developers up with. You can create fully client-compatible versions the more advanced components with these components.

Everything else they provide is just gravy for situations where development speed is more important than client support (as we see it) or when you know you’re not going to worry about Outlook users of a certain generation.

Re: Mailgun Acquires Mailjet

#105
We are in the govtech sector and decided for mailjet because of european and national data privacy regulation for governments ("DSGVO", data residency, etc). Does anyone of you know how the merger will affect the companies DSGVO promise or if will mailjet stay a company under european/french law?

Re: Mailgun Acquires Mailjet

#106
post #31

Fair warning, just this week Mailgun locked my account due to random "spam" detection. We only send unique hand created emails and have only sent to about 200 unique users over the last few months. Because our account is locked, our customers cannot contact us at all and we can't reach out to them. It's been 3 days and our support messages have gone unanswered. Hopefully this gets cleared up real soon. I kind of feel…

IIRC Mailgun is one of those services that let you develop your app to use their api (i.e get some skin in the game, let you do a small fraction of the free-tier emails) then instantly locks your acc until you add a card for ID. The first IP they put me on was also blacklisted by Hotmail, meaning emails don't even get through to the user's spam box.

Re: Mailgun Acquires Mailjet

#107

Earlier quoted context omitted.

I always was intrigued by the premise of MJML but it's just a little weird at this point. Client support is inconsistent. I'd rather it less feature rich than having certain components that aren't fully supported by popular clients. IMO it would be better to have a really simple/easy to remember set of components that were fully supported. https://mjml.io/faq#email-clients

I would say it does have that set of simple components: wrapper, section, column, image, button and text are all you really need. These are the ones we set new developers up with. You can create fully client-compatible versions the more advanced components with these components. Everything else they provide is just gravy for situations where development speed is more important than client support (as we see it) or wh…

All I'm saying is if I wanted to look up a bunch of support charts, I may as well try my luck with regular HTML, because it's no longer speeding up development trying to remember which component is supported where. And the way it's presented in the link above is awful.

Re: Mailgun Acquires Mailjet

#108
post #88
post #28

Earlier quoted context omitted.

A semi-interesting story, we used Postmark at my last company. When we signed up they offered something like 50,000 free credits. Then if we setup DKIM they offered another 50,000 or so credits. Then about three months later they sent us a survey and offered us another 75,000 credits if we filled it out. All in all before we had even launched our application they had thrown nearly 200,000 free email credits at us. We…

Ditto here! Spent over 1 year cruising through their free credits, now happily paying a couple hundred a month without a second thought. It's really intuitive and easy-to-use to see errors, read text of emails, and so forth. Side note: It's neat to see people come out of the woodwork on this thread for Postmark, which is normally one of those products consumed so quietly, and under-appreciated. I bet their team is re…

Yes, we are. :-P

Re: Mailgun Acquires Mailjet

#109
post #62

Earlier quoted context omitted.

Companies should stop asking for my email address at all, ever. I use email to talk to friends and relatives. I am not interested in commercial email. I don't like my town being decorated with advertisements, either. My inbox is full of rubbish ads - it overwhelms the stuff I care about, and makes my life sadder.

Are you confusing marketing emails with transactional emails? What about order confirmations? Password reset emails?

is mailgun/jet necessary for transactional emails?

isn't their reason for existence the sending of multi-recipient emails?

Re: Mailgun Acquires Mailjet

#110
post #62

Earlier quoted context omitted.

Are you confusing marketing emails with transactional emails? What about order confirmations? Password reset emails?

is mailgun/jet necessary for transactional emails? isn't their reason for existence the sending of multi-recipient emails?

If by "multi-recipient emails" you talk about newsletter that's probably more MailChimp's territory which is also clear from their landing page. Mailgun is clearly aimed at developers implementing transactional email functionality.

It's not "necessary", same as Stripe isn't necessary for accepting payments but it makes it a whole lot easier if you have to deal with it and don't want to implement everything yourself or run mail infrastructure.

Post reply on HN