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.
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.
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.
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?
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.
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! :)
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.
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.
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!
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.
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.
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.
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.
[+] [-] randomtask|14 years ago|reply
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.
[+] [-] twakefield|14 years ago|reply
[+] [-] rorrr|14 years ago|reply
Mailchimp
SilverPop
CampaignMonitor
SendGrid
YMLP
MadMimi
JangoMail
TinyLetter (free)
[+] [-] pdenya|14 years ago|reply
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.
[+] [-] tow21|14 years ago|reply
http://en.wikipedia.org/wiki/MIME#Related
Makes for much nicer display of email attachments in some clients.
[+] [-] old-gregg|14 years ago|reply
[+] [-] bestes|14 years ago|reply
Plus, whenever I try and configure mail on a new system, especially an EC2 instance (or whatever) there are always lots of issues.
[+] [-] mark242|14 years ago|reply
[+] [-] latortuga|14 years ago|reply
[+] [-] jswinghammer|14 years ago|reply
[+] [-] old-gregg|14 years ago|reply
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! :)
[+] [-] lubos|14 years ago|reply
[+] [-] ramidarigaz|14 years ago|reply
[+] [-] swanson|14 years ago|reply
[+] [-] twakefield|14 years ago|reply
[+] [-] swombat|14 years ago|reply
[+] [-] bprater|14 years ago|reply
[+] [-] MrMike|14 years ago|reply
[+] [-] epoxyhockey|14 years ago|reply
One service can email certain domains successfully while another service results in randomly bounced emails to the same domains.
[+] [-] orenmazor|14 years ago|reply
feel free to email me, if you'd rather take this offline :) [email protected]
[+] [-] becomevocal|14 years ago|reply
[+] [-] twakefield|14 years ago|reply
[+] [-] TheTarquin|14 years ago|reply
Great idea.
[+] [-] th0ma5|14 years ago|reply
[+] [-] dedward|14 years ago|reply
[+] [-] bigtech|14 years ago|reply
[+] [-] kylek|14 years ago|reply
[+] [-] MikeGrace|14 years ago|reply
[+] [-] guan|14 years ago|reply
[+] [-] twakefield|14 years ago|reply
[+] [-] unknown|14 years ago|reply
[deleted]