Goodbye Gmail
dangoldin.com
dangoldin.com
I do the same check for "why is fastmail" and get "why is fastmail down" - I suppose slow is better than down.
http://slatestarcodex.com/2013/04/04/lies-damned-lies-and-fa...
No, you are seeing a reflection of what other people are searching too. It's a mirror into peoples private naughty thoughts. Stuff they wouldn't say themselves, yet they search for to see if there are arguments supporting the thought.
Yes. Much more useful that way. They want to auto-suggest what is the most likely search, not what is the most likely content.
There is still a simple, clean, basic Gmail https://mail.google.com/mail/h/
For more light weighted https://mail.google.com/mail/x/
- Yes, initial payload size matters. But where's the true comparison about what each app is loading? How are the features and the UX? Would a power user be satisfied with Fastmail (e.g. search, filters, etc.)? (It looks nice, but none of this was discussed at all).
- The disparate email count comparison is excused way too quickly. Have you done a similar test with a brand new Gmail account?
- Anecdata. I've never had the page load problems as bad as described. 2-3 seconds, and I reload once every week or less. "Sluggish" is a weasel word -- what is sluggish? Searches return in ~1 second for me (~7000 emails, I'm not a saver.)
- You can turn off chat.
- Switching is never as simple as described, and forwarding is a fairly messy solution (and will only get messy as the author creates new login accounts and further forks his usage).
- Ugh, the "Google suggest" argument. For the record, the only suggestion for Fastmail is "Why is Fastmail down"
I clicked on "Goodbye Gmail" hoping for some substance or an interesting story but instead got feelings, anecdata and glossing over the problems of a real migration or search for a qualified alternative.
Oh, and GMail has definitely grown a lot more heavyweight. I've had to switch to the classic HTML interface to get anything done in GMail on my 3 watt 1GHz laptop. Turning off chat helped, but not nearly enough.
- Fastmail's UI is far faster to use, viewing emails is instantaneous, loading a folder with 30,000 emails takes a second at most. They have infinite scrolling with native scrollbars, and it doesn't slow down as you scroll. It does break momentum scrolling sometimes.
- I'm not too sure about search compared to all the Gmail filters, but filters are run via sieve. A real power user can edit the raw sieve commands if they like, but there's a UI on top that's powerful enough for most uses. There's no "Filter messages like these" though, that was handy.
- Turning off Chat/Hangout did make Gmail use less RAM and start faster, but didn't improve load times once it was active.
- Switching was fairly easy for me, since I use my own domain. Fastmail imported my old Gmail data via IMAP and I just switched MXs.
- With you on Google Suggest. Fastmail have had their share of problems, but they report them quickly and write up what went wrong.
My experience with Fastmail's webmail (coming from GApps) is that it has all the features a power user needs, minus the annoying Google+ and Google Drive integration. Heck, it even uses GMail-style keyboard shortcuts.
The primary downside is that you lose labels (and get folders instead).
- Switching is never as simple as described, and forwarding is a fairly messy solution (and will only get messy as the author creates new login accounts and further forks his usage).
For me, the automatic IMAP migration in Fastmail just worked, ~21000 e-mails.
In my experience it's a lot faster, both web and IMAP are extremely fast. While the storage is smaller than Gmail I don't find this an issue.
I haven't used the XMPP servers yet, but it seems to have the same features as non-hangouts GTalk.
I hope Google never buys them. The whole Opera period was scary, but they managed to stay independent.
Fastmail's spam filtering is atrocious in my experience.
While Fastmail is fantastic, it lacks the implementation polish of Gmail. Two-factor authentication is there, but not via a popup like on gmail. You have to enter it in the web-form. This is a hassle, because I use LastPass and it's a bit fiddly. Further, under Fastmail you create new logins in addition to the master account password. The new logins can have two-factor, but the master can't. So there is a small vulnerability in that at least one password without the protection of two-factor.
Secondly, the spam filters on Gmail are far better. Fastmail has got a bit better, but it's still worse when compared with Google's offering.
Thirdly, Fastmail costs. While I'm more than happy to pay, I doubt many people would switch services from a free to paid, just because it appeared to be slightly slower.
That said, I really love Fastmail. I'm more than happy to pay and I'm a very satisfied customer. I can't wait for the promised features of a calendar and I hope - one day - there'll be the ability to sync address books.
The spam point is interesting - I plan on using Fastmail for my important personal stuff and gmail with forwarding for everything else. Hopefully that will make for a good tradeoff.
You can configure the spam filter to be more aggressive as well.
http://www.emaildiscussions.com/showthread.php?t=68642
There are many such complaints in the forums. For nearly the same price Google gives phone support.
These rants always skip that detail, the primary reason I stick with gmail.
I can handle false negatives occasionally, but false positives are much harder to spot.
Fastmail's filter (SpamAssassin for the most part) is configurable in how aggressive it is.
Can't say I've ever had performance issues or even a moments downtime whilst using gmail since it was launched.
Is a paid vs. free solution even comparable?
It's also a bit weird to compare the requests made on initial load considering these web pages are arguably meant to be kept open- but regardless, shouldn't the browser be caching these?
I think a more fair & thorough comparison would be to investigate what gmail has that other solutions don't by introducing the larger initial overhead. I'm guessing a lot of cross platform compatibility code and plenty of code to integrate to Google's other services.
In which case, I would say if you are concerned about the initial page load and having more responsive interface (once again, no complaints here) and don't need integration to Google's ecosystem, you may not be the target customer for gmail. Which is okay.
I now have personal email on Fastmail and work on Google Apps. The difference is quite striking. It'll take a good 20 seconds before all of Gmail is loaded, Fastmail loads in under one second. Gmail will easily take 300-400 MB of RAM in Chrome after a few hours, Fastmail is around 40-50MB.
Then there's clicking on emails. Once you've browsed for emails in Fastmail you'll understand why I thing Gmail is slow these days.
Also Fastmail's IMAP implementation is much more reliable.
Gmail has become bloated enough that it's really only usable on modern hardware. I have an older laptop I use when I travel (don't really care too much if it gets stolen, damaged, etc.) and gmail is painfully sluggish on it while Fastmail is still quite usable.
Fastmail has also, however, become more bloated than it used to be. I preferred their UI from a couple of years ago, but have grown to tolerate the current one.
I think the code to integrate the other Google services is the problem for me - I don't need it and it clutters my experience.
Edit: Just to quickly elaborate on the infinite scrolling: FastMail takes the total number of messages in a given folder and uses that to calculate the size of the viewport. When you scroll to a given position, it fires off a small AJAX request for just the messages that are in view. Since each message is a fixed height, it gives them a lot of flexibility for calculating what to show.
Also, FWIW, they do support message threading.
I switched from gmail to running my own mailserver a couple of years ago; best decision I ever made about email. It's faster, more private, I can issue my own DKIM keys (and I know my signatures haven't been messed with), and I get sane spam filtering with visible scores that doesn't source its data from other people's email and has a much lower false positive and false negative rate, which only improves via Bayesian learning.
I agree, unfortunately, GMail has a non-standard IMAP implementation. As a result, it doesn't work well with Mail.app (while Fastmail's pristine IMAP does) and plugins such as MailTags.
Edit: come to find out, it's only supported on secondary logins, so the master account cannot have two-factor authentication.
I closed my account without having a "full featured" alternative ready. Instead, I used the the mailbox feature provided by my domain registrar[1]. I initially set out to only use this as a temporary arrangement, but the quality of service has been so excellent that I've had no reason to move from it.
Keep in mind, because of this move, I'm no longer a "typical" email user. At least, not what has become typical of email. I use it purely as a personal communication tool. Not as an information archive, password manager, file storage or any other (mis)use of the thing that has seemed to become standard these days.
I access it through a desktop client via IMAP, but they also provide webmail access via an instance of the GPL licensed Roundcude[2], which I use extremely rarely.
Unfortunately, after trying several candidates, I have yet to find an app whose UI I actually like, so I'm still using Gmail. I think I will try Mailpile once it's ready.
notmuch looks interesting. I do use vim heavily, but I'm not sure I want to read all my mail in fixed-width... wonder if the web client is any good.
All that said, I use Thunderbird with IMAP as my primary to all those accounts because a real email client is faster than webmail.
In fact sometimes I feel that way about a lot of Google's products.
I am going to have a look at Fastmail as an alternative to Gmail and Outlook.
Gmail's filtering, spam detection, and labeling features are much better and Gmail integrates well with my calendar and file storage workflows.
That said, I recently found out about the /h/ option in this thread and it loads instantaneously--faster than FastMail.
(N.B. You don't have to use Sparrow; pick any IMAP client you like.)
Lets give them a chance to improve before we bid goodbye
kmail for KDE seems OK. It's not my favorite, but it feels lighter to me.
Considering using Emacs.
fastmail: paid
This seems to be optimizing an artificial. Or maybe an irrelevant is a better word. It's like measuring Windows boot times -- as is so common with each iteration -- when recovery from sleep is far more relevant to most people now.
Further, and this may sound overly cynical, posts that proselytize a change should have a HN minimum required period before they can be submitted. Saying "I changed from {x} to {y} this past weekend, and boy is everything awesome now!" are invariably followed by the requisite post detailing how much of a mistake moving to {y} was.
This whole discussion sounds like some sort of Fastmail astroturfing campaign. I mean when people complain about Google+ (which in gmail is wholly materialized as a +YourName up in the corner), it sounds like rote talking points.