4 ms·
From the comments it seems like there's a bit of an information gap in terms of how email service providers (ESPs) like Mailgun operate, what data they must hav
by jqcoffey 5y ago
From the comments it seems like there's a bit of an information gap in terms of how email service providers (ESPs) like Mailgun operate, what data they must have routine access to, and how the space evolved to make money (this last part of my info is dated as I left the space about a decade ago).
First, ESPs send email on a client's behalf. One of the primary benefits of using an ESP is co-opting their email reputation and their contacts with real time blacklist (RBL) operators, postmaster organizations at major email providers and third party email reputation groups. A good reputation keeps a sender's email out of the junk folder (or worse refused/dropped on the floor) and is really all most folks care about (especially at an API driven company like Mailgun).
In order to do all of the above, an ESP needs access to the details of the email that's being sent, including recipient email addresses and the contents of the message being sent. This is because both of those things can potentially be dangerous and the ESP is the ultimate responsible party in the eyes of the receiving email provider (i.e. Google holds Mailgun as the responsible party for what Phabricator sends).
Now, as to this sales call, sometime ago (circa ~2004 I guess) it became apparent that ESPs could work with their problematic clients to improve their sending habits, thereby improving their reputation and collect more money from the client in the process (via either direct consulting fees or increased sending volume). This kind of win-win made a lot of sense, but as the price-per-email sent was dropping ESPs were looking for ways to reliably generate more revenue and, well, "deliverability consulting" became a thing. My guess is that this is what this email exchange was about, and like any consulting effort, it's only as good as the last interaction and here I agree with Evan that "Joe" fumbled the ball fairly badly.
Personally, I would have just reached out to Mailgun support and asked what's up with the incorrect billing and Joe's problematic responses, but that doesn't appear to have been Evan's first choice.
Source for the industry insider info is that I used to run the technical side of a small ESP from about 2003 to 2009, was an active participant in MAAWG and generally had to work with my peers across orgs to navigate deliverability problems regularly.