Dedicated mail clients have existed for a lot longer than GMail has, work with any service using the POP3 or IMAP protocol, and don't run inside a web browser.
I recall we could dial up a super slow connection over telephone lines, get all our mails into such client in less than 4 minutes over said slow line, just to dial off again.¹ Afterwards we would read all our mails offline with all the time in the world, carefully crafting replies and put those into an "Outgoing" folder for the next time we could dial up a connection again (usually the next day). :)
¹) back then you paid Internet by the minute, or in case of the Deutsche Telekom it was a 4 minute tact in the evening, so you had to wait until after 21:00 to get the cheaper prices.
That worked because while the link may have been slow, it was circuit-switched and generally provided the 2400 bits. "Bad wifi" is unbelievably bad compared to an old dial-up link. It's so much worse than you're imagining.
If you’re in a position of considering alternatives, I find Fastmail to be fully featured, support saving the key stuff offline, and most importantly FAST!
No ”try our AI for free!” nudges or “smart features” that you need to go through and decide whether to disable.. which is a feature these days.
appreciate the suggestion, but I like my gmail account! I just want a fast, stripped down interface. and BAREmail is free, doesn't need a backend, and open source. looks like Fastmail is paid only?
Because IMAP sucks on bad network links. It involves a huge number of round trips to synchronize the state, and re-establishing the shared state when the connection is interrupted takes forever.
A lot of online commenters refuse to believe this but the standard Gmail interface is highly optimized to cope with bad network connections, hide latency, and recover from interruptions. If you have the code assets and initial state cached in your browser, it behaves very well under bad network conditions.
yea it's fair that you can just use IMAP and sync before your trip then send after.
but I was on a flight, didn't have Gmail or Superhuman cached and could not get either to even load. I do suspect that if it were already loaded, Gmail probably would have functioned decently well.
still Gmail and Superhuman just seem...bloated. kinda cool to just have a simple, open source interface for the Gmail REST API.
I really want a fast multi-email client that can easily show full contact history in a sidebar. Any options out there? Em Client does this, but it is buggy and/or slow. No such Thunderbird plugins exist, either.
thanks! totally agree on the the Google OAuth...it's not the end of the world, but certainly not the most user friendly to need to create a GCP project and create an OAuth client just to get your own Gmail API access!
Dedicated mail clients have existed for a lot longer than GMail has, work with any service using the POP3 or IMAP protocol, and don't run inside a web browser.
I recall we could dial up a super slow connection over telephone lines, get all our mails into such client in less than 4 minutes over said slow line, just to dial off again.¹ Afterwards we would read all our mails offline with all the time in the world, carefully crafting replies and put those into an "Outgoing" folder for the next time we could dial up a connection again (usually the next day). :)
¹) back then you paid Internet by the minute, or in case of the Deutsche Telekom it was a 4 minute tact in the evening, so you had to wait until after 21:00 to get the cheaper prices.
That worked because while the link may have been slow, it was circuit-switched and generally provided the 2400 bits. "Bad wifi" is unbelievably bad compared to an old dial-up link. It's so much worse than you're imagining.
but i'm assuming this is a client for their webmail
If you’re in a position of considering alternatives, I find Fastmail to be fully featured, support saving the key stuff offline, and most importantly FAST!
No ”try our AI for free!” nudges or “smart features” that you need to go through and decide whether to disable.. which is a feature these days.
appreciate the suggestion, but I like my gmail account! I just want a fast, stripped down interface. and BAREmail is free, doesn't need a backend, and open source. looks like Fastmail is paid only?
I don't get it, why not use _any_ client with IMAP instead?
Because IMAP sucks on bad network links. It involves a huge number of round trips to synchronize the state, and re-establishing the shared state when the connection is interrupted takes forever.
A lot of online commenters refuse to believe this but the standard Gmail interface is highly optimized to cope with bad network connections, hide latency, and recover from interruptions. If you have the code assets and initial state cached in your browser, it behaves very well under bad network conditions.
yea it's fair that you can just use IMAP and sync before your trip then send after.
but I was on a flight, didn't have Gmail or Superhuman cached and could not get either to even load. I do suspect that if it were already loaded, Gmail probably would have functioned decently well.
still Gmail and Superhuman just seem...bloated. kinda cool to just have a simple, open source interface for the Gmail REST API.
I really want a fast multi-email client that can easily show full contact history in a sidebar. Any options out there? Em Client does this, but it is buggy and/or slow. No such Thunderbird plugins exist, either.
You can't just configure mutt (or alpine, et al.) to use Gmail?
You can use thunderbird or any other desktop mail software for connecting to gmail.
And then just use gmail as smtp for outgoing mails and imap or pop3 for incoming mails.
I would love one of these for Google Chat. It feels like it's been getting slower and slower these past few years.
In a better world we'd still be using a common protocol to interact with mail submission/delivery agents.
Email is not a common protocol?
Email isn't a protocol. SMTP, POP, IMAP, JMAP are protocols.
GMail requires you to enable IMAP/POP to use it and uses proprietary auth protocol or use unsafe application passwords.
GMail IMAP also has a bunch of IMAP extensions that are unique to GMail.
Point is - primary interface to GMail is REST API that is (again) unique to GMail.
Random web apps are not. Imap pop and smtp don't sanely support mfa, so the insurance industry is slowly killing them off
Fantastic lite weight client. Perfect for travel and spotty reception/ low bandwidth. Cool interface too.
Lovely app and it’s a shame that Google hasn’t created a better solution for oauth CLI apps.
thanks! totally agree on the the Google OAuth...it's not the end of the world, but certainly not the most user friendly to need to create a GCP project and create an OAuth client just to get your own Gmail API access!
[removed]
I fear for all the bots that aren't as obvious as this one