Mailgun API 2.0: forget MIME

http://blog.mailgun.net/post/11622797058/mailgun-api-2-0-forget-mime

by old-gregg • 15 years ago

114 49 15 years ago

blog.mailgun.net

I'm a little confused about the need for this service. What languages don't have decent email support at this point? I guess I've never run into this before.

ramidarigaz• 15 years ago

It's nice having official servers to send email from. I had a simple little app a while back that sent email via Python's SMTP module, but most of the emails I was sending were getting caught by Gmail's spam trap. Using Mailgun to send those emails worked just fine, plus their api is nice.

maratd• 15 years ago

> most of the emails I was sending were getting caught by Gmail's spam trap

The solution I came up with was to simply use GMail. With their business suite, you'll be able to use your own domain and get access to their SMTP servers.

This won't work if you're sending thousands of emails per day, but a few hundred should be ok.

lubos• 15 years ago

Mailgun also allows to receive emails, it will make http post request at your end-point. very neat stuff actually.

jswinghammer2• 15 years ago

That's a very compelling feature. When having to read mail comes up it's usually out of the ordinary from whatever I'm doing but if I could just make a page to process what's in it then that would be interesting.

old-gregg3• 15 years ago

You mean the support for MIME in stdlib, right? Based on the questions our customer support gets, quite a lot: just like we explained in the blog post. And based on the number of malformed and broken MIME we get via SMTP, even those that do aren't easy to understand for many.

Based on the calls/emails I personally had to answer, things like encoding, or making sure that HTML and text parts are specified in a certain order, or the aforementioned "Bcc mystery" bite quite a lot of people.

EDIT: forgot to add something: check out the "test mode" feature, you'd be amazed at how many people call us to flush up their email queue because they ran their unit tests on the production database! :)

stephen_mcd• 15 years ago

I'd love to see the actual question answered.

jstedfast• 15 years ago

It's pretty trivial to bind MIME C-libraries like GMime for use in any language on any platform.

http://spruce.sourceforge.net/gmime/

It's a high-level library (unlike most other MIME libraries) which makes constructing and parsing MIME trivial.

bestes• 15 years ago

I love the idea of using an HTTP POST to send email. I guess I'm the guy who has no idea how to use MIME, but find HTTP painless.

Plus, whenever I try and configure mail on a new system, especially an EC2 instance (or whatever) there are always lots of issues.

MikeGrace• 15 years ago

Awesome!!! Love that Mailgun specializes and focuses on making email easy for me. This means that I get to focus on what I do well and let someone else worry about the details of email stuff.

swombat• 15 years ago

So basically, if I get this right, Mailgun is an abstraction for SMTP? Sounds quite useful, actually. I'm tired of setting up SMTP servers...

TheTarquin• 15 years ago

Cool! This will be awesome for implementing feature on cross-platform devices. I can definitely see a use case for standardizing mailing across, e.g., several different mobile platforms. Just keep the POST request object across all of them and send the request however is convenient.

Great idea.

guan• 15 years ago

I want this for snailmail.

twakefield5• 15 years ago

made me think of: http://news.ycombinator.com/item?id=3031118

randomtask2• 15 years ago

Seems to me like this has the potential to be something I'd pay for, but confusingly the article focuses on MIME, when the real problem you seem to be solving is providing a more usable abstraction over the complexity of sending email in general.

Having wanted a service to send emails to customers recently, I hit upon a distinct lack (or apparent lack at least) of services that allowed me to do this. While this should sound ridiculous, sending email reliably is a hard thing to do these days.

twakefield5• 15 years ago

Yes, this blog post was meant to be the first in a series that described the new features of the new API release. Best way to see all of the capabilities is to look through the user manual and API reference.

rorrr2• 15 years ago

Lack of services to send emails? Seriously?

Mailchimp

SilverPop

CampaignMonitor

SendGrid

YMLP

MadMimi

JangoMail

TinyLetter (free)

bprater2• 15 years ago

Sure, but how many offer a simple API for flinging email programmatically?

randomtask2• 15 years ago

I should have qualified that by saying that there were a lack of services that suited our particular needs. We ended up concluding pretty quickly that for our purposes services like Mailchimp would have been prohibitively expensive. Also, we weren't particularly interested in running a campaign oriented service, which seem to be what Mailchimp and most of the services on your list are for. I don't remember seeing Sendgrid though. That might be what we were looking for, a simple API for sending mails that aren't tied to campaigns, but which provide the template niceness of services like Mailchimp.

bigtech• 15 years ago

One thing I hope you can fix -- I can't read the orange on dark grey example boxes.

mark2422• 15 years ago

From reading this blog post, it appears that you have successfully attached the RESTEasy framework to the Apache Commons Email framework with one POJO. Uh, congratulations?

latortuga• 15 years ago

There are no rules stating that a business has to run on complicated software that does a thousand things.

mark2422• 15 years ago

You're right, but for a successful business, you need to provide a service that would normally take more than half a day of development time, or have a wider breadth of functionality than your competitors (Mailchimp, Bluehornet), or -- worst case scenario -- compete on price. This appears to do none of those three.

tow21• 15 years ago

Feature request: multipart/related attachments please, not just multipart/alternative.

http://en.wikipedia.org/wiki/MIME#Related

Makes for much nicer display of email attachments in some clients.

old-gregg3• 15 years ago

That's on our radar, thank you for the suggestion.

becomevocal• 15 years ago

For someone that is currently using SendGrid, what are the key points to make me move over?

twakefield5• 15 years ago

Probably best to have this conversation elsewhere. Feel free to email sales@mailgunhq.com.

DanielRibeiro• 15 years ago

You really should consider making this public. It is the why part of your Unique Value Proposition[1]. In fact, I'd urge you to make this as obvious as possible on your landing page. And good luck on your enterprise.

[1] http://www.furld.com/2011/lean-canvas-unique-proposition-sol...

gommm• 15 years ago

I'm also a sendgrid customer and would definitely want to see arguments for mailgun compared to sendgrid...

But I'm not bought yet into mailgun to actually spend time contacting your sales...

swanson• 15 years ago

You guys should consider a Heroku add-on with a small free plan (if you aren't already). SendGrid has one (200/day free) and they would be the first place I'd go if I needed a mail API because I have used them seamlessly for small projects (~10 emails/day) already.

twakefield5• 15 years ago

This should be out soon (w/in a few days, hopefully).

glenngillen• 15 years ago

That's great. Get in touch if you have any problems integrating it. We've tried to make the technical requirements for becoming an add-on provider pretty light.

bprater2• 15 years ago

Hey guys -- add a link back to your main site from your blog. I literally had to type the URL in because I couldn't find it anywhere. You should be showcasing your main site via the blog, not hiding it!

MrMike2• 15 years ago

Didn't see this before I complained/wrote a PSA: http://news.ycombinator.com/item?id=3127588

epoxyhockey• 15 years ago

For me, the biggest issue w/ these email services is that the devliverability of email varies widely from service to service. The API is almost secondary in importance to me now.

One service can email certain domains successfully while another service results in randomly bounced emails to the same domains.

orenmazor• 15 years ago

Hey, I actually work for one of the competitors of the above, and I'm wondering if you had a bit more info about this?

feel free to email me, if you'd rather take this offline :) oren.mazor@gmail.com

pdenya• 15 years ago

Love the changes. Whether or not there's a lack of a good mime library in any given language it's always good to go from something that focuses on a standard based file not everyone is familiar with to a simple list of parameters.

It's also always great to work with companies with such nice api documentation. It's so easy to do the facebook thing and have incomplete, unclear documentation and no real way of getting answers about it.

dedward• 15 years ago

Is this hosted only or can we run our own servers? Seems to raise legal and privacy issues

th0ma5• 15 years ago

obligatory xkcd http://xkcd.com/927/ ... i fear email will mostly broken forever, i think xmpp has a strong argument, and i'm not entirely sure throwing out mime will be possible for some time.

kylek• 15 years ago

Mailgun, SMTP gone postal

Mailgun API 2.0: forget MIME

Related Stories