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