On Tue, 17 Jul 2007 20:22:50 -0400
jmcbray@carcosa.net (Jason F. McBrayer) wrote: 

 jfm> I don't have a solution to this, but I'd like to note that I have
 jfm> the same problem.

Interesting. I was pretty sure that I was not alone with this. ;)


 jfm> One possible way of approaching it might be with nnir (see
 jfm> http://www.emacswiki.org/cgi-bin/wiki/IndexMail and
 jfm> http://www.emacswiki.org/cgi-bin/wiki/nnir.el) so that the link
 jfm> you save in org is a link to a search that will find the message,
 jfm> not a link to the message itself.  But nnir is currently not
 jfm> working very reliably for me (trying to use the IMAP backend).

Yeah, this seems suboptimal.

Moving email is trivial -- you just need to call

 gnus-summary-move-article

to move things to the place you want to archive them. But that function
does not return the URL of the moved article (as one might hope).

So I see two possibilities, essentially:

 a) pull it out of the function and subfunctions

 b) (when moving to a backend that uses NOV databases, like nnfolder)
    pull it out of the NOV file, the last moved message is the last one
    on the list

Of the two, method a) seems cleaner in principle, but it requires a fair
amount of knowledge of the gnus internals -- and the change would have
to make it back into gnus, otherwise the method could break
inconveniently timed in the future.

Method b) is easier and does not require changing the main body of gnus
code, but is somewhat messy and inelegant.

So in effect I was wondering whether I missed a method c) -- and whether
anyone had already thought about either a) or b).

This could then be followed by calling the integration outlined in

  http://article.gmane.org/gmane.emacs.orgmode/1771

to make Gnus+Org fully GTD integrating, allowing us to decide in the
inbox whether to archive, archive+file next action, forward, or discard
an email.

My knowledge and time available would probably allow me to put together
something based on b), but I wonder whether anyone here might be
motivated to try solution a).

Regards,
Georg

-- 
Georg C. F. Greve                                 <greve@fsfeurope.org>
Free Software Foundation Europe	                 (http://fsfeurope.org)
Join the Fellowship and protect your freedom!     (http://www.fsfe.org)
What everyone should know about DRM                   (http://DRM.info)