Trojita: an IMAP mail client
article.gmane.org
article.gmane.org
By the way, from the wiki:
It's a cool name. What does it mean and how should I pronounce that word?
It's a Czech word which means "triple". The meaning is an inside joke related to a Czech pseudo-word, blésmrt. The whole story is inspired by Mutt's "all e-mail clients suck, this one just sucks less". The real pronounciation is rather hard for English speakers, so you can stick with a Spanish-like style.
For me it's not about being close-minded, it's about the mind making quick decisions whether to engage or discard information.
Just another data point.
Imagine a condom brand named "Leakys".
| It's open source, so someone could fork it
| with a new identity.
IMAP has apparently always been misimplemented protocol.
While I agree that Trojita isn't yet a replacement for more featureful clients, I'm glad it's finally blazing a path of showing how to do IMAP well.
"The mailer is the result of an M.Sc. project, and is described in detail in Jan's thesis.
http://trojita.flaska.net/msc-thesis.pdf
In short, Trojitá is a pure IMAP client, written from the ground up to work well over IMAP with no support for any other kind of mailbox. It synchronizes stuff lazily, and (something that's close to my heart), is extremely aggressive about pipelining. I haven't read the source code in detail yet, so I haven't checked how the low level code is implemented, I'll let you know when I learn more. For now, if you're interested, I warmly recommend reading chapters 1 through 3 of Jan's thesis."
Claws-email is another very fast and very light email client.
Formerly known as Sylpheed-Claws, it [Claws] started in April 2001 as the development version of Sylpheed, where new features could be tested and debugged, but evolved enough to now be a completely separate program. It forked completely from Sylpheed in August 2005.
Anyone know of any other good IMAP clients?
There doesn't seem to be a lot of activity on the open source project and I eventually switched to Thunderbird (which only gets better, it seems). But I do miss many parts of Mulberry. It was stable, fast, and detailed.
Even Evolution, which had a history of crashing if I looked at it funny, and seemed to be implemented as a loosely associated group of processes, any one of which could decide to monopolize the CPU and/or disk IO at any point never lost e-mail messages for me.
The key is to set it up appropriately. Don't use mutt for downloading your email, especially if you wanna deal with IMAP. Use isync (mbsync) for that purpose (I used to use offlineimap, but it's buggy and not very fast).
There's also notmuch, which I use for indexing my email. It also contains a pretty good email reader.
| I used to use offlineimap, but it's buggy
offlineimap is cool, but it is sadly quite slow and crashes often. New releases usually bring as many bugs as they fix.
[1] https://github.com/aroig/offlineimap
[2] The homebrew tap, if that's your thing: https://github.com/jeastman/homebrew-offlineimapwithlabels
[3] [Gmail].Trash and [Gmail].Drafts are also real folders, not just labels. You should sync them too. [Gmail].Sent Mail is just a saved search for /Sent labels. mu4e asks for a "sent" folder but, since you should (setq mu4e-sent-messages-behavior 'delete) anyway with Gmail, it becomes a dummy folder locally, and all is well.
[4] A good config example: https://github.com/pygatea/dotfiles/blob/master/emacs.d/conf...
[1] Some of us want to, you know, use email for longer messages than a tweet. It's hard to do that when PgUp/PgDn are so janky. And don't even get me started on S-PgUp and S-PgDn.
About conversations, I read that Gmail does some client-side sorcery with In-Reply-To headers for that, so if this client does the same, it should work.
EDIT: The mess I refer to is that your emails will be duplicated if they have multiple labels.
EDIT2: Hmm, actually I am not sure how good the support for custom IMAP flags is.
IMAP flags are sadly severely lacking in what they can represent. The character set isn't even enough for unmodified UTF-7 (Punycode could work, but only for one-word tags) which renders them useless for user-chosen labels so few mail clients actually bother supporting them in that way. Thunderbird uses \label1 through \label5 but the names that are displayed in the UI are stored on each computer separately so you'd have to set up the labels you use on each machine (which kinda defies the purpose of storing that on the server). And short of using a »label configuration mail« on the server I don't see an easy way of supporting them completely server-side.
I'd love to completely forego folders and use tags/labels/flags/whatever they're called exclusively but last I looked IMAP wasn't able to support that.