Interview With Jeremy Howard of FastMail.fm
Siker writes "In a world of giants such as Gmail and Rackspace, email service provider FastMail.fm is somehow doing great, with signups above the million mark and reliability above four 9s. Email Service Guide interviews Jeremy Howard, founder of FastMail.fm, to find out how. Also covered are the company's contributions to Open Source software such as Cyrus-IMAP and Thunderbird. Jeremy discusses the future of IMAP, how open protocols help FastMail.fm, and why he thinks SLAs from email providers are a con."
You can tell it's a slashvertisement when the URL is casually dropped four times in the title and summary
From the article:
Jeremy: SLAs are generally a bit of a con. If a customer canâ(TM)t access their email when they need it, that could cost them enormously, either commercially or personally. But all SLAs Iâ(TM)ve seen only offer a small refund for a large outage â" itâ(TM)s really no help at all to the customer. So instead of offering such a miserable token, what we do instead is support independent 3rd party resources like pingdom uptime monitoring and the Email Discussions forum so that prospective customers can get a truly independent and complete view of what we offer.
I'm inclined to agree with this approach. E-mail is how everyone works today. A client e-mails me a task or a request, his way of measuring my worth to him is how fast I finish that task. If I can't reach my e-mail, the potential for injury to my reputation and the relationship with that client because of just that one 2 hours-a-year outage could be a loss of such extent that the e-mail provider couldn't possibly offer me enough compensation.
In other words, information on how well the provider does in practice is much more relevant to me than some clause for token compensation.
FastMail.fm is a great service, and if you've ever tried FastMail.fm you'd know this. In fact, FastMail.fm is so great that I was very excited to see a FastMail.fm story here on Slashdot. And the man behind FastMail.fm? That's FastMail.fm-tastic.
If you don't like it, you can go FastMail.fm yourself, you FastMail.fm-er.
They've increased storage space over the years, but this is still one thing I wish they'd improve upon. I don't expect them to offer gigs and gigs of space, nor do I intend to basically store my music collection on their servers, but the 600MB mailbox quota and 100MB file storage limit might be increased a little bit.
Go Enhanced ($40/year instead of $20), and you get 6 gigs of mailbox and 2 gigs of file space.
Another thing that is bothersome is that my main account uses the .fm.
When I signed up (several years ago), I picked mailbox.com as my domain. Now I have my own domain, but the base address it points to is still in the mailbox.com domain, and my wife uses mailhaven.com. Didn't you know about the dozens of alternate domains they offer? They have .net, .com and .org domains, as well as others. And, of course, you can always set up your own domain (mine costs me about $10/year from 1and1.com), and host it at FastMail.
As for the .edu, I think registrars are pretty strict about who gets those; I think you have to prove you represent an accredited educational institution. I don't think FM can help you with that. :)
-Mike
I'm sorry; I don't know what I was thinking!
iSKUNK!
FastMail.FM operates under Australian law, not US law (although the servers are in the US, they are owned by an Australian company). Australian privacy law offers more protection than almost anywhere else in the world. For instance, an Australian company that receives a request for information about an account under the Telecommuncations Act is legally required to not provide any actual email contents to the requesting law enforcement agency.
To have an account closed, law enforcement would have to jump through plenty of hoops first, and we'd check really carefully to be sure that the request was legally enforceable before we complied.
Jeremy Howard
FastMail.FM
They can't - they have no access to the emails, because they can't login to the machines and they can't access the encryption keys for the data. All maintenance of the OS/software is done from Australia.
We've had a number of US-based law enforcement bodies over the year try to get hold of our data without going via the appropriate Australian bodies, and it doesn't work out for them. In the end, they have always ended up submitting a request for cooperation via the Australian Federal Police, as they are required to do, and we respond to that request in line with Australian law.