From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59927 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: IMAP article move optimization! Date: Tue, 01 Mar 2005 17:51:26 +0100 Message-ID: References: <4nr7n4b12g.fsf@lifelogs.com> <4nu0ryd6oj.fsf@lifelogs.com> <4n4qg0csx4.fsf_-_@lifelogs.com> <4nhdjwg1nn.fsf@lifelogs.com> <4nsm3fpc1a.fsf@lifelogs.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109695775 26010 80.91.229.2 (1 Mar 2005 16:49:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 1 Mar 2005 16:49:35 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M8468@lists.math.uh.edu Tue Mar 01 17:49:34 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1D6AXm-0005ta-Hf for ding-account@gmane.org; Tue, 01 Mar 2005 17:48:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1D6AbM-0004Sz-00; Tue, 01 Mar 2005 10:52:04 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1D6AbF-0004St-00 for ding@lists.math.uh.edu; Tue, 01 Mar 2005 10:51:57 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1D6AbB-0008AX-Qc for ding@lists.math.uh.edu; Tue, 01 Mar 2005 10:51:54 -0600 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net ([217.13.230.178] helo=yxa.extundo.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1D6Ab7-00017z-00 for ; Tue, 01 Mar 2005 17:51:49 +0100 Original-Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.3/8.13.3/Debian-6) with ESMTP id j21GpcZ8013104 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 1 Mar 2005 17:51:39 +0100 Original-To: "Katsumi Yamaoka" OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050301:yamaoka@jpl.org::23M9VCY37QcZztwE:0tDS X-Hashcash: 1:21:050301:ding@gnus.org::nz957tZysSwdX/4P:2LZK In-Reply-To: <4nsm3fpc1a.fsf@lifelogs.com> (Ted Zlatanov's message of "1 Mar 2005 11:26:57 -0500") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/22.0.50 (gnu/linux) X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yxa-iv X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on yxa.extundo.com X-Virus-Status: Clean X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8468@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59927 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59927 "Ted Zlatanov" writes: > On Tue, 01 Mar 2005, yamaoka@jpl.org wrote: > >>>>>> In <4nhdjwg1nn.fsf@lifelogs.com> Ted Zlatanov wrote: >> >>>> Isn't it better to use defvar to gnus-sum-hint-move-is-internal? >> >>> I wanted it to be a local variable without definition or effect >>> outside its scope. It's a kludge anyhow, the real solution is to have >>> nnimap-request-move-article check the source and destination server. >>> Do you agree? >> >> I see. Sorry to have written rubbish. > > Your point was valid! If it was rubbish I would have told you I > disagree :) > > I am just asking you and Simon if you agree that > nnimap-request-move-article should check the servers for equality. I > can also put that as a parameter to gnus-request-move-article and have > it be passed to ALL move commands - nnmaildir, nnml, etc. Is that > better? Do other backends benefit? I would imagine nnml and nnfolder > won't, but maybe nnmaildir would benefit. Would this mean changing the back end interface? I'm not sure it is clean enough to warrant that, but I haven't really thought about it. I haven't really read your patches, but why would n-r-m-a have to check server equality if g-s-h-m-i-i is non-nil? Btw, at least internal move appear to work here, although it flashes something about "internal move" in the echo area. Moving several messages appear to be possible to optimize further, though, since it select the new and old mailbox for each flag set, and the flags could be set finally. But let's not think about that more until this approach has settled down. Perhaps I'm not of much help here, I wish I had more time to tinker with this. Feel free to install anything you think is good.