Re: Bug with referring articles

[Dave Abrahams <dave@boostpro.com>]

At Wed, 15 Jun 2011 20:29:43 +0200,
Tassilo Horn wrote:
> 
> Dave Abrahams <dave@boostpro.com> writes:
> 
> Hi Dave,
> 
> > Well, I did some hacking around and some edebugging based on what you
> > pointed me at, and I was able to use some advice to get
> > `nnimap-find-article-by-message-id' to always look in my archive
> > group, and it found the article, but then of course the rest of
> > nnimap-request-article failed.
> >
> > I wonder if it would be reasonably easy to hack up a "derived" select
> > method based on nnimap that always forces itself to use one particular
> > group (mailbox)?
> 
> That matches your usecase, but it's not very general...

No it's not very general, but maybe you don't appreciate just how long
I've been looking for this capbility :-)

> Out of couriosity, I just process-marked all ~12 folders of one of my
> imap servers in *Group* and did
> 
>   C-u G G HEADER Message-ID <87d3ig2qcf.fsf@yun.yagibdah.de> RET imap RET
> 
> to search for lee's moved message in all folders containing about 50.000
> messages in total using a plain IMAP seach.  The nnir result buffer
> contained this single message and the search over all groups took about
> 3 seconds.  So basically, I think it would be reasonable try nnir imap
> searches in the `current' refer method if that is imap.  

I'm not quite sure what you're suggesting here.  A modification to Gnus, or...?

> And of course, that should be shortcutting.  In my search, actually
> the first group (INBOX) contained the message I was looking for, so
> there was no reason to search the other groups as well.

Hmm, I don't think I really looked into nnir as thoroughly as I should
have.  I have a keystroke in Wanderlust that produces the equivalent
of an nnir group containing the thread in question.  I suppose I could
do the same for Gnus.

-- 
Dave Abrahams
BoostPro Computing
http://www.boostpro.com