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 1576 invoked from network); 28 Jan 2021 16:50:16 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 28 Jan 2021 16:50:16 -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) (envelope-from ) id 1l5AUn-005Msy-1Z for ml@inbox.vuxu.org; Thu, 28 Jan 2021 10:50:13 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1l5AUm-00965c-JI for ml@inbox.vuxu.org; Thu, 28 Jan 2021 10:50:12 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1l5AUk-00965T-AB for ding@lists.math.uh.edu; Thu, 28 Jan 2021 10:50:10 -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) (envelope-from ) id 1l5AUh-005Msb-SE for ding@lists.math.uh.edu; Thu, 28 Jan 2021 10:50:09 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:To:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=dA6+jGwD0LNANd0Wv2/yFKAkrugQ2TNR2iLqjzsWUWE=; b=W8UzIw5Jbvd7X9EpOxxMjx63Un gPOrrxhzsZVqsf3EMzXbY03LS55vpAzcPAPSP5Dv4YJ3sFQDLg0ec3yZFVp/c0p9z8oTtOfJvBz1y 3z3OSt7eAwy8uMYu23dyc494V80eQS9ACtFgQYBCYQDVV1323N421omV5Ojpr4d2yEWc=; Received: from jfimail.uchicago.edu ([128.135.10.37]) by quimby.gnus.org with esmtp (Exim 4.92) (envelope-from ) id 1l5AUS-0001RR-Ls for ding@gnus.org; Thu, 28 Jan 2021 17:50:03 +0100 Received: from jfimail (jfimail.uchicago.edu [128.135.10.37]) by jfimail.uchicago.edu (Postfix) with ESMTP id 63D8BB63403A for ; Thu, 28 Jan 2021 10:49:50 -0600 (CST) X-Virus-Scanned: amavisd-new at jfi.uchicago.edu Received: from jfimail.uchicago.edu ([128.135.10.37]) by jfimail (jfimail.uchicago.edu [128.135.10.37]) (amavisd-new, port 10024) with ESMTP id fBv-VYgOhgpd for ; Thu, 28 Jan 2021 10:49:49 -0600 (CST) Received: from village (c-67-165-190-190.hsd1.il.comcast.net [67.165.190.190]) by jfimail.uchicago.edu (Postfix) with ESMTPSA id AF9E5B634033 for ; Thu, 28 Jan 2021 10:49:49 -0600 (CST) From: Brent Busby To: ding@gnus.org Subject: Re: X-Gnus-Article-Number cleanup Organization: The James Franck Institute References: <8xxr1m7iccn.fsf@jfi.uchicago.edu> <87wnvx4prt.fsf@gnus.org> Date: Thu, 28 Jan 2021 10:49:39 -0600 In-Reply-To: <87wnvx4prt.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 28 Jan 2021 06:03:02 +0100") Message-ID: <8xxo8h92eho.fsf@jfi.uchicago.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" List-ID: Precedence: bulk --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Lars Ingebrigtsen writes: > Brent Busby writes: > >> I've been trying to figure out what to do to repair mailboxes like this >> so Gnus will see all of them again. Using sed to completely get rid of >> all X-Gnus-Article-Number and/or Xref lines and then doing meta-g on the >> group seems to work, but also seems a little brutal. All of this makes >> it very hazardous to move messages around between mailboxes, especially >> if copying into an existing nnfolder, even within Gnus, with no >> involvement from any other mailreaders. It becomes necessary to do >> header cleanup afterward to make all messages visible again. >> >> What do you think would be the recommended way to hammer a mailbox's >> Gnus metadata back into shape in situations like these? > > That sounds like a good way to do it, but it'd be nice if we could > figure out what's going wrong instead. I'm assuming you're using > nnfolder? And you say that `B c'-ing an article to one of these groups > doesn't result in the message getting the X-Gnus-Article-Number header? Yes, I am using nnfolder for mailboxes that get long term storage. What seems to sometimes happen if I copy or move an email or Usenet message into an nnfolder is either: =2D The new copy in the nnfolder will get a X-Gnus-Article-Number number that is not in sequence compared to the other messages in the nnfolder. In cases where the new messages number is actually lower than the one before it, Gnus will not display that message in the summary, or any messages that come after it. You will have to use another mailreader to see these messages, or look at them raw with a pager like less. =2D And/or, the Xref: line will still contain the name of the mailbox it came from, instead of the one it's in now. This may be appropriate (don't know), but it's suspicious. Getting rid of all Xref: and X-Gnus-Article-Number: lines in the whole nnfolder is one way of dealing with this, but I'd like to make a Perl script that's a little smarter, so I'm wondering what a true cleanup would need to do. =2D-=20 + Brent A. Busby + "We've all heard that a million monkeys + Sr. UNIX Systems Admin + banging on a million typewriters will + University of Chicago + eventually reproduce the entire works of + James Franck Institute + Shakespeare. Now, thanks to the Internet, + Materials Research Ctr + we know this is not true." -Robert Wilensky --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHLBAEBCAA1FiEE9U2VYkjghZBPQ2fODYoMhip6u7UFAmAS6yQXHGJyZW50QGpm aS51Y2hpY2Fnby5lZHUACgkQDYoMhip6u7Wprwv+OxGqStG1LEgC5kykGYcKri6N FoYeYwPtmqzJ8ywaqP0qtA3CzfLLuQbgtvifpmgL7gq26ynQBmTe2wr44Vi5b9By WWiBjrBgEyZEdaChEPkadhprl9depemSObpAfBsMVyUkRNgb9Q0EhJCSfS6SUwdQ 0Cg9XAh2qFTnr7xUOn7xi9yj59AGDXqED6LQXym7djZshHdqT4yJug7YKyVEwP1X 3+hFnsWK2KxvlpikpwN2F3a7d90DAG7CpSheJHPGfdX3VO3go2vS1HQHY5Ng1zFU opUxCUThPuSvyG8Hn3SeCB8/HO6SjfpjM5fzC7pKUtQikuSyCnAkdeu9heDMrk76 aD1x7ABKsC52GptLsUSqcRo4efpxxKXZxtHjoJgPCqyp1Itj4muUapBC0qaxYwqf BTOCiDInYjgMJ+gkpKgXonqGbGcodakcJ50xASQ0dOJsnNFS4OXSlQsCWcldWXcJ fGY7/qpDwUvM/G44sEDK3zy4DAR/nbFdm9haLL3c =vcyu -----END PGP SIGNATURE----- --=-=-=--