The notmuch mail client
The notmuch mail client
Posted Nov 17, 2009 15:01 UTC (Tue) by johill (subscriber, #25196)Parent article: The notmuch mail client
Posted Nov 17, 2009 15:45 UTC (Tue)
by ptman (subscriber, #57271)
[Link] (14 responses)
Posted Nov 17, 2009 16:44 UTC (Tue)
by rfunk (subscriber, #4054)
[Link] (13 responses)
I haven't tried it though.
Posted Nov 17, 2009 17:40 UTC (Tue)
by drag (guest, #31333)
[Link] (12 responses)
Posted Nov 17, 2009 17:58 UTC (Tue)
by rfunk (subscriber, #4054)
[Link] (10 responses)
Not to mention that fetchmail has explicitly recommended IMAP over POP
Posted Nov 17, 2009 18:06 UTC (Tue)
by dmarti (subscriber, #11625)
[Link]
(Thinking about re-running spam filters at IMAP time, to handle newly-caught bad Received: IP addresses.)
Posted Nov 17, 2009 18:12 UTC (Tue)
by drag (guest, #31333)
[Link] (8 responses)
If I want to make, say, a mailing list filter I have to do it on the server
It's all a PITA and things should be better then this.
Not to also mention that email clients on "Desktop Linux" suck. Evolution is
Posted Nov 17, 2009 18:21 UTC (Tue)
by rfunk (subscriber, #4054)
[Link] (5 responses)
I'm not sure what you include as "features typical users expect nowadays",
Posted Nov 18, 2009 2:23 UTC (Wed)
by drag (guest, #31333)
[Link] (3 responses)
Well MAPI support would be a big one.
Posted Nov 18, 2009 6:47 UTC (Wed)
by magfr (subscriber, #16052)
[Link]
Posted Nov 18, 2009 11:26 UTC (Wed)
by nye (subscriber, #51576)
[Link] (1 responses)
I presume you are thinking rather about the sort of features that might encourage large-scale corporate deployment?
I kind of think this is leaving the realm of mail clients though. MAPI clients (without using nasty hacks, are there any other than Outlook?) aren't really the same thing as mail clients to my mind.
While Outlook is *technically* a mail client, it's about the worst you're ever likely to find (with the exception of Evolution once you start paying attention to things like performance and stability), but it's not really meant to be its function, per se, just one of its features. (It's interesting that Outlook does everything badly - but it does several things all together, which makes people happy)
Posted Nov 18, 2009 19:00 UTC (Wed)
by man_ls (guest, #15091)
[Link]
Many people fail to understand the fundamental truth behind your wise statement: if your software doesn't do X, corporate buyers will not even consider it. It can be badly done, not scale and generally be poorly engineered, but do whatever they want it to do and suddenly you are eligible. Sounds reasonable, right? The vast majority of people are not able to see beyond the "what" and into the "how".
Posted Nov 18, 2009 2:52 UTC (Wed)
by drag (guest, #31333)
[Link]
Posted Nov 18, 2009 13:14 UTC (Wed)
by lab (guest, #51153)
[Link] (1 responses)
You don't like Thunderbird?
Posted Nov 18, 2009 23:23 UTC (Wed)
by bojan (subscriber, #14302)
[Link]
No support for Exchange. Cannot edit LDAP address books, AFAIK.
Posted Nov 17, 2009 18:55 UTC (Tue)
by dlang (guest, #313)
[Link]
it does a good job of properly using IMAP (including sieve for server-side filtering), although most of the code is old so it may not have all of 'the features that people expect today'
it was released as opensource a year or so ago, but compiling it has been a horrible pain so very little progress has been made in that time. however in the last week or two there have been a lot of commits to SVN that make it much easier to compile, so I expect a lot more changes to start happening now.
Posted Nov 18, 2009 10:03 UTC (Wed)
by cworth (subscriber, #27653)
[Link]
I've intentionally put the most interesting pieces of notmuch into
Things that I have imagined are a web-based client, and using notmuch
-Carl
The notmuch mail client
I don't want to say no to server-side xapian search, I believe it has to be
possible without a connection.
The notmuch mail client
I used to buy into the superiority of IMAP as a given, but lately I've
decided that downloading the email and processing it on the client-side is
actually a good way to do things. Just because it's a pain to have to log
into a remote system to do fairly mundane things combined with the lack of a
really good GUI Imap client for Linux.
The notmuch mail client
But sync issues is what makes IMAP worth it.. (as in lack of good sync for
the desktop)
The notmuch mail client
exactly the use I was talking about.
http://software.complete.org/software/projects/show/offli...
forever, and it's inherently about downloading the email and processing it
locally.
I use offlineimap, mairix, and mutt, but just pulled notmuch and will try that too. Offlineimap works great for the sync up part -- I'd rather do an explicit sync and move stuff around in local folders in between syncs.
Hooray for offlineimap
The notmuch mail client
stuff then that does not get translated to any other client.
if I want the changes to automatically propagate to other clients. Otherwise
it starts getting messy.. some clients will properly update the local
folders and on the server, while others will not.. all depending on what I
happen to be using at the time and whether not I remember or have enough
time to manually copy rules around.
the only one that has the features that typical users expect nowadays, but
it's a not programmed well.
The notmuch mail client
filters, but unfortunately support for it isn't quite universal.
http://sieve.info/
but I find Kmail to be quite featureful, and there certainly others.
The notmuch mail client
> but I find Kmail to be quite featureful, and there certainly others.
You mean like this?
The notmuch mail client
The notmuch mail client
I use it at work, and "happy" is not the word. "Constantly bothered by it, but not sufficiently annoyed to actively fight it" is more like it. And the bloody calendar is not that bad if you have, say, 10--20 meetings a week. Yeah, my life sucks :(
Jack of many trades
The notmuch mail client
while now.
The notmuch mail client
The notmuch mail client
linux GUI IMAP client
The notmuch mail client
what I think is a clean and well-documented library interface. I'm
hoping that people will take the code and integrate it into lots of
things I haven't imagined yet. (And integration with dovecot is
definitely something I hadn't imagined.)
to get good archives of mailing lists. (The fact that mailman's
default archiver, pipermail breaks threads at arbitrary boundaries
likes months has driven me crazy for years.)