From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 26113 invoked from network); 19 Feb 2023 16:03:56 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 19 Feb 2023 16:03:56 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pTmAM-00EhTN-Qf for ml@inbox.vuxu.org; Sun, 19 Feb 2023 10:03:54 -0600 Received: from lists1.math.uh.edu ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.96) (envelope-from ) id 1pTmAM-000Y7x-1l for ml@inbox.vuxu.org; Sun, 19 Feb 2023 10:03:54 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtp (Exim 4.96) (envelope-from ) id 1pTmAI-000Y7o-2b for ding@lists.math.uh.edu; Sun, 19 Feb 2023 10:03:50 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pTmAF-00EhSo-MC for ding@lists.math.uh.edu; Sun, 19 Feb 2023 10:03:50 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=x6ZccBbUMl5LuQl8bunoDRwX9vX30hSQZl6mFZSgC9Y=; b=kqieSCGiCbiIjLfzAkIwfs4kfs 8ez0j8vCuusi0Ygrbfm9+4pkKnsBUKnbZ91FUSkgWdL2wv1Np0UHUpOazGhIAHpxjAywEdNOuPXJA O9BzL9Iwa6/34Jq6kddMTScpjfRrXBbK65sWDld0SPT2xZwePR38oPyw8OJz7AU1nR7A=; Received: from ciao.gmane.io ([116.202.254.214]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pTmA5-0007Zl-A2 for ding@gnus.org; Sun, 19 Feb 2023 17:03:41 +0100 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1pTmA2-00054O-9o for ding@gnus.org; Sun, 19 Feb 2023 17:03:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org To: ding@gnus.org From: Steinar Bang Subject: Re: nnimap displays wrong article after server move Date: Sun, 19 Feb 2023 17:03:24 +0100 Organization: Probably a good idea Message-ID: <87h6vhr6b7.fsf@dod.no> References: <87lel5zecb.fsf@dod.no> <87h6vtzdlp.fsf@dod.no> <87o7q0xw4v.fsf_-_@dod.no> <87k00oxvpw.fsf@dod.no> <87wn4mheyq.fsf@ericabrahamsen.net> <87y1owtals.fsf@dod.no> <87v8jx948b.fsf@ucl.ac.uk> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Cancel-Lock: sha1:HekWQl4jF0oP8ZaSOISMpJVSlJk= Mail-Copies-To: never List-ID: Precedence: bulk >>>>> Eric S Fraga : > but it highlights that rsync promises more than it really delivers. I > would love to be able to use it to keep two sets of files in sync > between two computers, including my nnml groups, but the --delete > doesn't work reliably enough (or possibly more likely that I don't > understand it well enough). The reason for using --delete is the way maildir operates, with moving articles from "new" to "tmp" and finally to "cur" and to track that you will need to delete something once articles are read and viewed. FWIW I see from my notes that on the last server switch, in March of 2017 I used a somewhat different rsync command: rsync --archive --fuzzy --delete-after rainey.bang.priv.no:Maildir . Not sure if the --delete-after would have helped me this time...? Probably not...? (rsync sort of did what I had told it to do, which was to faitfully restore the maildir to its February 6 state on the old server... so I can't push the blame there either) > I'm using syncthing at the moment but it's also somewhat temperamental. > Unison is the best around but less portable and subject to breaking when > upgraded on one system and not another. Ok, thanks to the pointers. I'll look into them if/when I need to move servers again (hopefully never, but things change in the server farm world...). I'll put a mention of syncthing and unison in the transfer cheklist in my org-mode notes (which will be copied in as the initial checklist if I need to do this again).