From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/5574 Path: main.gmane.org!not-for-mail From: larsi@ifi.uio.no (Lars Magne Ingebrigtsen) Newsgroups: gmane.emacs.gnus.general Subject: Re: performance respooling articles in nnmbox or nnbabyl Date: 18 Mar 1996 17:18:33 +0100 Organization: Dept. of Informatics, University of Oslo, Norway Sender: larsi@ifi.uio.no Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035146158 738 80.91.224.250 (20 Oct 2002 20:35:58 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 20:35:58 +0000 (UTC) Return-Path: ding-request@ifi.uio.no Original-Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.7.3/8.6.9) with SMTP id JAA08173 for ; Mon, 18 Mar 1996 09:02:56 -0800 Original-Received: from eistla.ifi.uio.no (4867@eistla.ifi.uio.no [129.240.94.29]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id for ; Mon, 18 Mar 1996 17:18:38 +0100 Original-Received: (from larsi@localhost) by eistla.ifi.uio.no ; Mon, 18 Mar 1996 17:18:36 +0100 Original-To: ding@ifi.uio.no In-Reply-To: gsstark@mit.edu's message of 17 Mar 1996 13:27:01 -0500 Original-Lines: 30 Xref: main.gmane.org gmane.emacs.gnus.general:5574 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:5574 gsstark@mit.edu (Greg Stark) writes: > I think a reasonable solution to this would be to have an optional > nnchoke-request-move-articles that took an assoc list of article > numbers and groups to move them to. Only backends for which this > allowed a more efficient implementation would provide this function. > For nnmbox and nnbabyl -request-move-articles could store all the > moved articles in a temporary buffer and insert them all at the end > of the operation. That wouldn't be too much work, actually. It could even be done without adding an extra backend interface function. For each article: 1) Request the article; put it in a temp buffer; clean it up to remove all old Gnusey headers. 2) Delete the article. Then we'd have one temp buffer with all the "removed" articles, and one could just point `nnchoke-request-scan' to that buffer/file to pretend that it's an incoming spool and run it through the split methods. Hmn. This would lose all article marks, though. -- "Yes. The journey through the human heart would have to wait until some other time."