From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86854 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: duplicates with offlineimap+dovecot Date: Sun, 14 Feb 2016 13:34:22 +1100 Message-ID: <87io1sdnpt.fsf@gnus.org> References: <878u34uyk4.fsf@free.fr> <84bn7q9m9i.fsf@cri.ensmp.fr> <87wpqd5u46.fsf@gnus.org> <87si11nz3m.fsf@cri.ensmp.fr> <87r3glp923.fsf@gnus.org> <87io1wfbvp.fsf@cri.ensmp.fr> <87twlcvh9v.fsf@cri.ensmp.fr> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1455417320 26704 80.91.229.3 (14 Feb 2016 02:35:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Feb 2016 02:35:20 +0000 (UTC) Cc: ding@gnus.org To: gallego@cri.ensmp.fr (Emilio =?iso-8859-1?Q?Jes=FAs?= Gallego Arias) Original-X-From: ding-owner+M35075@lists.math.uh.edu Sun Feb 14 03:35:08 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aUmWf-0002tm-O8 for ding-account@gmane.org; Sun, 14 Feb 2016 03:35:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1aUmWa-0006ND-5x; Sat, 13 Feb 2016 20:35:00 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1aUmWX-0006MX-LX for ding@lists.math.uh.edu; Sat, 13 Feb 2016 20:34:57 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1aUmWV-0003pf-Ah for ding@lists.math.uh.edu; Sat, 13 Feb 2016 20:34:57 -0600 Original-Received: from hermes.netfonds.no ([80.91.224.195]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1aUmWT-0005w6-Uh for ding@gnus.org; Sun, 14 Feb 2016 03:34:53 +0100 Original-Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aUmW2-0000ca-SP; Sun, 14 Feb 2016 03:34:27 +0100 In-Reply-To: <87twlcvh9v.fsf@cri.ensmp.fr> ("Emilio =?iso-8859-1?Q?Jes=FAs?= Gallego Arias"'s message of "Sat, 13 Feb 2016 15:03:56 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-MailScanner-ID: 1aUmW2-0000ca-SP MailScanner-NULL-Check: 1456022069.77279@XQM5vnzJVmNYB2DZ3d3cjg X-Spam-Status: No X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86854 Archived-At: gallego@cri.ensmp.fr (Emilio Jes=3FFFFAs Gallego Arias) writes: >> *first press of g* >> 21:02:59 [domain] 9020 UID MOVE 4063:4064,4067,4069:4072 "folder1" >> * OK [COPYUID 1424475231 4063:4064,4067,4069:4072 26:32] Moved UIDs. >> * VANISHED 4062,4066,4068:4072 >> * 3 RECENT >> 9020 OK [HIGHESTMODSEQ 5193] Move completed. > > I interpret this as "only 4062,4066,4068:4072" got moved. I can't find anything in the IMAP MOVE standard that says something like that. And it only talks about having to be careful about streaming other commands after MOVE as a MOVE may lead to articles being renumbered. And the VANISHED stuff is from unrelated QRESYNC support, if I'm reading the QRESYNC RFC correctly. And, as you see from the VANISHED above there, most of the stuff it says is vanished is stoff that we're not even trying to move (4062, 4066). So I don't know what's going on on the server... An example: C: a UID MOVE 42:69 foo S: * OK [COPYUID 432432 42:69 1202:1229] S: * 22 EXPUNGE S: (more expunges) S: a OK Done Note that the server may send unrelated EXPUNGE responses as well, if any happen to have been expunged at the same time; this is normal IMAP operation. Implementers will need to read [RFC4315] to understand what UID EXPUNGE does, though full implementation of [RFC4315] is not necessary. Note that moving a message to the currently selected mailbox (that is, where the source and target mailboxes are the same) is allowed when copying the message to the currently selected mailbox is allowed. The server may send EXPUNGE (or VANISHED) responses before the tagged response, so the client cannot safely send more commands with message sequence number arguments while the server is processing MOVE or UID MOVE. Both MOVE and UID MOVE can be pipelined with other commands, but care has to be taken. Both commands modify sequence numbers and also allow unrelated EXPUNGE responses. The renumbering of other messages in the source mailbox following any EXPUNGE response can be surprising and makes it unsafe to pipeline any command that relies on message sequence numbers after a MOVE or UID MOVE. Similarly, MOVE cannot be pipelined with a command that might cause message renumbering. See [RFC3501], Section 5.5, for more information about ambiguities as well as handling requirements for both clients and servers. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no