Re: Integration of nnmairix.el

[David <de_bb@arcor.de>]

Reiner Steib <reinersteib+gmane@imap.cc> writes:
>>> - Documentation.  Minimally the content from
>>>   <http://www.emacswiki.org/cgi-bin/wiki/GnusMairix> should be
>>>   converted to texinfo to fit into `texi/gnus.texi'.
>>
>> OK, I'll do that.

... and I'm working on it. :-) I will release a new version soon which
more or less contains all the features which I had in mind when I
started with nnmairix, especially the possibility to propagate marks
from articles in nnmairix groups to the original ones. This will make it
possible to actually use nnmairix groups for incoming mail (as an
alternative to splitting). When that's finished I'll write up the
documentation. 

> We also want to install nnir.el soon.  nnir.el uses `G G' (only a
> single binding).  (And there's contrib/gnus-namazu.el which uses `C-c
> C-n' when `gnus-namazu-insinuate' is called).  Maybe we should think
> about using some two key stroke prefix for mail search facilities (I'm
> not sure if it makes sense to use nnir.el and nnmairix.el at the same
> time).

Some people might want to use nnir.el e.g. for IMAP and nnmairix.el for
locally stored archive groups, so it should be possible to use both.

> For the Group mode, we could use e.g. `G b', `G B' or `G G' as prefix
> for (mail) search.  In the Summary mode, we may use the same prefix or
> a different one.  I don't have a strong opinion on this.  (`G b' runs
> `gnus-summary-best-unread-article', but it is also on `,', so we may
> steal this or move it to `G B'.)  Opinions?

Using the same prefix in group and summary mode is a good idea.

>> so maybe users should have to explicitly put (require 'nnmairix)
>> into their .gnus for activating them.
>
> Loading a package should not perform changes like this.  There should
> be an autoloaded initialization function instead.  (If detecting a
> working mairix installation is possible, we could install it from
> `gnus.el'/`gnus-start.el' depending on the result.)

We could simply check for the existence of the configuration file
~/.mairixrc, although that's of course configurable and also wouldn't
catch the case where mairix is called remotely. Maybe we could just
enable 'G b c' for creating a nnmairix server with the default search
group (one could put this in the menu under "Foreign Groups"). The rest
would then only be enabled at start up if a nnmairix server exists.

-David