From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/44427
Path: main.gmane.org!not-for-mail
From: Simon Josefsson <jas@extundo.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: nnimap slow for message copy
Date: Sat, 27 Apr 2002 00:25:03 +0200
Sender: owner-ding@hpc.uh.edu
Message-ID: <ilusn5it7wg.fsf@extundo.com>
References: <Pine.LNX.4.44.0204261922330.20589-100000@yxa.extundo.com>
	<vqopu0mjpv0.fsf@astazou.imag.fr>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1019860173 32501 127.0.0.1 (26 Apr 2002 22:29:33 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Fri, 26 Apr 2002 22:29:33 +0000 (UTC)
Cc: ding <ding@gnus.org>
Return-path: <owner-ding@hpc.uh.edu>
Original-Received: from malifon.math.uh.edu ([129.7.128.13])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 171EDc-0008Rz-00
	for <ding-account@gmane.org>; Sat, 27 Apr 2002 00:29:32 +0200
Original-Received: from sina.hpc.uh.edu ([129.7.128.10])
	by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
	id 171EB3-000559-00; Fri, 26 Apr 2002 17:26:53 -0500
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 26 Apr 2002 17:27:06 -0500 (CDT)
Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66])
	by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id RAA13427
	for <ding@hpc.uh.edu>; Fri, 26 Apr 2002 17:26:55 -0500 (CDT)
Original-Received: (qmail 9625 invoked by alias); 26 Apr 2002 22:25:28 -0000
Original-Received: (qmail 9620 invoked from network); 26 Apr 2002 22:25:28 -0000
Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178)
  by gnus.org with SMTP; 26 Apr 2002 22:25:28 -0000
Original-Received: from localhost.localdomain (yxa.extundo.com [217.13.230.178])
	(authenticated bits=0)
	by yxa.extundo.com (8.12.2/8.12.2) with ESMTP id g3QMPLKg022357;
	Sat, 27 Apr 2002 00:25:26 +0200
Original-To: Nicolas Kowalski <Nicolas.Kowalski@imag.fr>
In-Reply-To: <vqopu0mjpv0.fsf@astazou.imag.fr> (Nicolas Kowalski's message
 of "Fri, 26 Apr 2002 20:07:15 +0200")
Mail-Copies-To: nobody
Original-Lines: 35
User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i686-pc-linux-gnu)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:44427
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:44427

Nicolas Kowalski <Nicolas.Kowalski@imag.fr> writes:

> Simon Josefsson <jas@extundo.com> writes:
>
>> The problem is that the Gnus backend interface doesn't use COPY when 
>> copying something, I think, so it ends up using fetch+store.  Of course, 
>> the nnimap backend could detect this situation and use COPY instead. (As 
>> it does when moving messages, I think.)
>
> Hm, reading nnimap.el (line 1294), I see :
>
> (deffoo nnimap-request-accept-article (group &optional server last)
>   (when (nnimap-possibly-change-server server)
>     (let (uid)
>       (if (setq uid
> 		(if (string= nnimap-current-server nnimap-current-move-server)
> 		  ;; moving article within same server, speed it up...
> 		    (and (nnimap-possibly-change-group
> 			  nnimap-current-move-group)
> 			 (imap-message-copy (number-to-string
> 					     nnimap-current-move-article)
> 					    group 'dontcreate nil
> 					    nnimap-server-buffer))
>
>
> So the optimization already exists...

Yes, but only used when moving articles.  I guess the details could be
set when copying articles too?

> I simply do not understand what this function is supposed to do, nor
> how to use it with a group-to-group copy.

Look at `nnimap-request-move-article'.  Setting the same details from
`nnimap-request-article' could work.