Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mandrill - Transactional Email from MailChimp

mandrill.com

Post reply on HN
Print view View original

31–40 of 49 posts

Re: Mandrill - Transactional Email from MailChimp

#31

Post by smcguinness »

cmorrisrsg wrote: post #2

Hey - I'm Chad, the project lead for Mandrill. I'd be happy to answer any questions you guys might have.

How are unsubscribes handled? I see in the activity there is a filter for unsubscribes but do not see any reference in the docs of how to handle.

Re: Mandrill - Transactional Email from MailChimp

#32

Post by cmorrisrsg »

smcguinness wrote: post #31
cmorrisrsg wrote: post #2

Hey - I'm Chad, the project lead for Mandrill. I'd be happy to answer any questions you guys might have.

How are unsubscribes handled? I see in the activity there is a filter for unsubscribes but do not see any reference in the docs of how to handle.

It's really simple right now. We add a List-Unsubscribe header to each email which in supporting email clients (like gmail) adds an unsubscribe button to the report spam button that's always there. If the recipient unsubscribes in that way, we treat it as an unsubscribe. The more traditional subscription model isn't supported by Mandrill at this time. You'd need to build your own or use MailChimp for that. I recommend MailChimp, it's pretty good at handling subscription-based email like that ;)

Re: Mandrill - Transactional Email from MailChimp

#33

Post by smcguinness »

cmorrisrsg wrote: post #32
smcguinness wrote: post #31

Earlier quoted context omitted.

How are unsubscribes handled? I see in the activity there is a filter for unsubscribes but do not see any reference in the docs of how to handle.

It's really simple right now. We add a List-Unsubscribe header to each email which in supporting email clients (like gmail) adds an unsubscribe button to the report spam button that's always there. If the recipient unsubscribes in that way, we treat it as an unsubscribe. The more traditional subscription model isn't supported by Mandrill at this time. You'd need to build your own or use MailChimp for that. I recommen…

It seems as if there are two sides of the fence with supporting unsubscribes from transaction emails.

Do you have any input regarding this?

Re: Mandrill - Transactional Email from MailChimp

#34

Post by stephenhuey »

cmorrisrsg wrote: post #23
grease wrote: post #21

Earlier quoted context omitted.

Does the Mandrill inbound email system parse out quoted text?

Not yet. The inbound system right now is really basic - we'll parse out the messages and deliver them to a webhook, but we won't munge it much beyond breaking apart attachments and things.

So the pricing is flat rate? No difference for inbound emails?

Re: Mandrill - Transactional Email from MailChimp

#35

Post by cmorrisrsg »

smcguinness wrote: post #33
cmorrisrsg wrote: post #32

Earlier quoted context omitted.

It's really simple right now. We add a List-Unsubscribe header to each email which in supporting email clients (like gmail) adds an unsubscribe button to the report spam button that's always there. If the recipient unsubscribes in that way, we treat it as an unsubscribe. The more traditional subscription model isn't supported by Mandrill at this time. You'd need to build your own or use MailChimp for that. I recommen…

It seems as if there are two sides of the fence with supporting unsubscribes from transaction emails. Do you have any input regarding this?

Well, supporting unsubscribes in transactional emails can sometimes make sense, like with notification or confirmation emails where the user might want the option to not receive them. With others, like receipts or signup confirmations it makes less sense. For now, we presume that you're going to do the right thing and implement unsubscribes if it makes sense for the emails you're sending. We've got a feature coming to make that process easier, but it's still going to be a decision that the sender is going to need to make.

Re: Mandrill - Transactional Email from MailChimp

#36

Post by cmorrisrsg »

stephenhuey wrote: post #34
cmorrisrsg wrote: post #23

Earlier quoted context omitted.

Not yet. The inbound system right now is really basic - we'll parse out the messages and deliver them to a webhook, but we won't munge it much beyond breaking apart attachments and things.

So the pricing is flat rate? No difference for inbound emails?

Yes - the pricing is flat rate. Right now charging for inbound emails is turned off since the feature is so new and basic, but inbound emails will be indexed and tracked the same as outbound emails, so they'll be charged the same.

Re: Mandrill - Transactional Email from MailChimp

#40

Post by DanielKehoe »

After looking at ten other transactional email service providers, I picked Mandrill for the Rails Prelaunch Signup example app built for the RailsApps project. The benefits are the generous free plan, the easy integration with Rails, and the integration with MailChimp. So far, so good, though a few users were confused when they tried to use the same API keys for MailChimp and Mandrill. If you want to see how to set up Rails with Mandrill (and MailChimp), see the Rails Prelaunch Signup example app: http://railsapps.github.com/rails-prelaunch-signup/.
Post reply on HN