>> What I would like is >> * gnus reads from imap >> * I can store an article (mail message) in a file (mbox format) >> with an arbitrary name > > This can certainly be done with nnmbox as a secondary selection method > by setting up mail-sources suitably.
But this may not be practical. If one has 200 files, each with mail from different people, projects would one have to set up 200 mail sources ? >> Some observations.. I am having a hard time persuading the nnmbox >> backend not to use ~/mbox. > > I don't know, but I guess that changing this would require modifying > the code for nnmbox. It seems as if ~/mbox is fixed in nnoo-state-alist nnoo-state-definition-alist which are not customisable variables. >> I would be content if I could >> * read from imap with gnus >> * save articles to a holding place (preferably mbox format) > > With nnmbox use the key C-o from the summary buffer, which > invokes gnus-summary-save-article-mail (and appends to mbox), > rather than the key o, which invokes gnus-summary-save-article > (and appends to presumed babyl) Yes, but then one has to go back to the mail item and B <delete> Whereas gnus already has the idea of moving (not copying) with B m >> * use rmail to move them to final places later > > I don't understand what you mean, but I'm dubious about using > rmail at all if you're using gnus. There are two good reasons. 1. In the future, one may want to change mail reader. Unix mbox is a rather common format and likely to be eaten by other programs. 2. From years of using rmail or vm, there are already 100's of such files. _______________________________________________ info-gnus-english mailing list [email protected] http://lists.gnu.org/mailman/listinfo/info-gnus-english
