Live data from Hacker News

Mandrill’s Betrayal

dangrossman.info

131–140 of 157 posts

Re: Mandrill’s Betrayal

#131

Does any other provider (Mailgun? SendGrid?) support EU standard clauses and send them on request? Mandrill does this. EU startups are out of options otherwise.

Straight from our lawyer: SendGrid offers EU Model Clauses upon request. My email's in my profile - let me know if you need the details.

Thanks!

Re: Mandrill’s Betrayal

#132
post #91

Earlier quoted context omitted.

We are working on this based on what we have discovered so far, there appears to be a content issue that's impacting deliverability. We have ruled out any issues with the IP address these messages are being sent from. Our lead reputation engineer going through this and we've not been successful in reaching out to the inboxtrail team yet. Disclosure: I lead product development for Mailgun.

Though you definitely still have space for improvements. I have a Mailgun account and: 1. I didn't configure my MX so you don't track delayed (asynchronous) bounces. It should be your responsibility as an email provider to use an appropriate Return-Path so spam complaints/bounces reach back to the client in this situation. 2. I opened ticket #212817 a while ago (September) about how a MITM could capture emails and re…

On issue #1, we're going to update the language around this in our control panel and put together better documentation. In reality, having MX records are important to allow for sender address verification [1], which many SMTP servers require.

On issue #2, Thanks and apologies for the slow response, This ticket slipped under our radar.

To give you a quick answer: we'll look into the approach you described in your blog post as well as RFC 6376. It seems legit but we'll need to do some more testing to ensure that deliverability does not suffer due to changing how we sign messages. If deliverability does suffer, we can always make this something that is an optional security setting that can be toggled, like how you can enable and disable TLS certificate validation now.

Our security engineer will take a look and reach out to you with more details in the ticket.

[1] https://en.wikipedia.org/wiki/Callback_verification

Re: Mandrill’s Betrayal

#133

Earlier quoted context omitted.

Oh good grief, not this again.

The ethicality/morality of a potential supplier is a legitimate consideration for many organisations, and in some cases is written into the organisation's policies. For example, WWF procurement[1]: > "We monitor and select goods and services carefully to avoid those that are harmful or damaging to both the user and the environment." > "we require suppliers to complete an environmental and ethical questionnaire" Wheth…

I'm absolutely for more ethical companies (though clearly there is a long road ahead), it's the specific example of Adria Richards, which often generates an endless series of venomous posts, that I object to.

Not to mention the way the case is summarized by parent is, let's say, highly debatable.

Re: Mandrill’s Betrayal

#134

> They’re merging it into MailChimp, but updated the TOS and AUP with immediate effect in ways that essentially banned what was the service’s raison d’être: sending bulk mail programmatically. I thought the idea behind Mandrill was to send transactional emails, i.e. not bulk emails. In fact bulk emails are specifically what Mailchimp is designed for. Sounds like people were using Mandrill in an attempt to get around…

They explicitly allowed customers to use Mandrill for any type of email, transactional or "bulk".

They even used to note that you could build products that compete with MailChimp using Mandrill.

Re: Mandrill’s Betrayal

#135
Pepipost - Free SMTP alternative to Mandrill

http://www.pepipost.com/

- Free plan and send up to 25,000 emails each month. Free forever. - No credit card required. - DKIM is not required (Domain Verification: (a.) Meta Tag Validation, (b.) File Creation - System can verify the domain based on the presence of a file in the root directory of the domain.). - Pay only for emails that are not opened by your customers.

* 3 Months Free Unlimited Transactional Emails + 25k emails per month free forever. * Use the below code while signup with Pepipost.

Code: MANDRILL-TO-PEPI

Great! This is probably the best FREE alternative for Mandrill.

Re: Mandrill’s Betrayal

#136
post #86
post #64

Everybody talk about Mailgun, but there are other valuable alternatives: Sendgrid, AWS SES, Postmark. At Redokun we use Postmark. It proved to have a good deliverability and the UI is very good.

Postmark is super unreliable for large volume - their servers are down periodically and their email is periodically delayed for hours. It still does not support multiple admin roles per account.

I've never used them for large volume actually. Are you using them via SMTP or API? I'm asking because I've never seen a single API call fail with them, but maybe it's about the volume like you said.

For large volume sending, I'd probably use AWS SES. In the past, I've used it for sending 150-200K/transactional emails per day and the service was very robust.

On the other hand, I've seen Mandrill increase the number of failed API calls with a lower sending volume.

Re: Mandrill’s Betrayal

#137

Pepipost - Free SMTP alternative to Mandrill http://www.pepipost.com/ - Free plan and send up to 25,000 emails each month. Free forever. - No credit card required. - DKIM is not required (Domain Verification: (a.) Meta Tag Validation, (b.) File Creation - System can verify the domain based on the presence of a file in the root directory of the domain.). - Pay only for emails that are not opened by your customers. * 3…

I'd want to see deliverability numbers, and "free forever" is probably what got Mandrill into this situation. They had to roll back that promise. No credit card required means spammers just register a new account for every 25k emails they want to send.

I'd rather pay for something sustainable.

Re: Mandrill’s Betrayal

#138

We were relying on Mandrill to send a lot of emails. The problem with Mailgun, Sendgrid and others is that they're too expensive, which means they're unaffordable by our bootstrapped startup. Is there any service that has pricing similar to Mandrill?

Elastic email seems like an excellent substitute for "cheapest per email cost" type email needs. They are a front runner candidate for me in a lot of use cases.

Re: Mandrill’s Betrayal

#139

> They’re merging it into MailChimp, but updated the TOS and AUP with immediate effect in ways that essentially banned what was the service’s raison d’être: sending bulk mail programmatically. I thought the idea behind Mandrill was to send transactional emails, i.e. not bulk emails. In fact bulk emails are specifically what Mailchimp is designed for. Sounds like people were using Mandrill in an attempt to get around…

MailChimp is designed for sending newsletters to predefined lists, not bulk mail in general. They're not the same thing. If you've built a monitoring tool that needs to notify 5 employees that their server has just gone down, you needed Mandrill, not MailChimp. These mails are "transactional" the same way a password reset is: they're programmatic responses to some event. They're also bulk, and if all 5 employees get…

Good explanation of the difference, thanks.

Re: Mandrill’s Betrayal

#140
post #17

In a previous job we tried to mimic Mediums "email only - no password" login infrastructure using mandrill. Whereby a user clicks 'login', a session token is generated and a link sent in an email, the user clicks it and is then logged in - no password needed. sounds great... It turned out that in production, even after all the hoops that were there to be jumped the bounce rate was around 5% and some of the messages t…

Email is not supposed to be necessarily near real time, I think (not an expert though). Not sure of the details at the protocol level, but my guess is that it may work differently from HTTP, due to being older, and invented in the time of UUCP, IBM email, etc., some of which involved store-and-forward techniques, mail queue files, etc. (I've used UUCP email back in the day, at one company I worked at. We used to have to dial up the other city's modem and then go through a slightly arcane dance of Unix commands to send the email on its way, or receive email from other branch offices. Fun times ... When it first became available, I remember using it a good amount to download tech articles from various sites via Internet-over-email methods, such as ftp to rtfm.mit.edu via email :) There was even a chapter about that in a Dummies book. And there's an Internet FAQ about it at faqs.org, or there was.
Post reply on HN