On Wed, 16 Dec 2009 18:51:31 +0000, blank blank <blank_196@hotmail.com> wrote: > Is notmuch supposed to be a console MUA? I'm not sure what you mean by "console MUA". But I can describe what notmuch is, (which is a variety of things). Notmuch is a library and command-line interface for archiving and searching mail. It has interfaces implemented within text editors, (such as emacs and vim), so those can run in a console. There are also some in-progress interfaces, some of which are console-based (like a curses interface), and some of which are graphical (such as a GTK+ interface). There's also talk of interfacing notmuch to existing graphical interfaces. > Is there a reason it depends on tons and tons of GNOME libraries? I'm not sure I follow this either. Other than using Xapian for the core indexing and searching, notmuch depends on GMime (a library written in C for parsing MIME messages). GMime in turn depends on glib, which is a dependency I'm not thrilled with, but I also don't think is accurately described as "tons of tons of GNOME libraries". If you'd be interested in rewriting the MIME-parsing portions of GMime to have fewer dependencies, or suggest a similar library with fewer dependencies for use in notmuch, then I'd be happy to look at that. > Sup doesn't. Sup is using Rmail, (a ruby-based library), for similar functionality to what notmuch is getting from GMime. If that's a better fit for what you'd like in the runtime-dependencies of your mail system, by all means, please feel free to use Sup. > Is notmuch going to be a "gnome cli tool" or what? For the third time, I'm afraid I just don't understand your question. I'd be happy to try to answer it, but I'm not sure what it is. What does the phrase "gnome cli tool" even mean? -Carl