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 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 30768 invoked from network); 9 Jun 2020 16:17:19 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 9 Jun 2020 16:17:19 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jigvO-0006rK-3v; Tue, 09 Jun 2020 11:16:30 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jigvJ-0006oa-Q1 for ding@lists.math.uh.edu; Tue, 09 Jun 2020 11:16:25 -0500 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.93) (envelope-from ) id 1jigv3-008GJ1-A2 for ding@lists.math.uh.edu; Tue, 09 Jun 2020 11:16:25 -0500 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=7do8sjMA32JtEXIvjk1CIQ2lUt7LH7v5HOhdHb8/HC4=; b=mNEiiBQruZzPLRyCap6BNQqkLw G36oXzYtvMIF9j8x/sf9u94HY10gQfeZp7DkHBrHHjdgbi2wMl6VrL2/7eH15JIZxKMuV2Uiyxxsp Y57F+RWreA+lWUj8McP/3gqsrGynFCx28A/lXEkbS+xvZ1oAmqzI2XX1h7Cxkwn/+kHw=; Received: from ciao.gmane.io ([159.69.161.202]) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jiguv-0005Jh-9g for ding@gnus.org; Tue, 09 Jun 2020 18:16:03 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1jiguu-000Xtx-In for ding@gnus.org; Tue, 09 Jun 2020 18:16:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org To: ding@gnus.org From: Ted Zlatanov Subject: Re: How about gnus-registry-precious-only-p? Date: Tue, 09 Jun 2020 16:15:55 +0000 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <87blmifkxe.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:Y7x8ZIuwIKCr9hYFX1Cu+3XXYbY= X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Copies-To: never List-ID: Precedence: bulk On Wed, 20 May 2020 12:47:25 -0700 Eric Abrahamsen wrote: EA> It occurred to me that if you're not using the Gnus registry's EA> split-with-parent functionality, there really isn't any need to let it EA> bloat up with thousands of entries. If all you're doing with it is EA> setting registry marks on messages (or using Gnorb's Gnus<->Org EA> tracking, or message tagging), the only entries we ever need are those EA> where we've explicitly added "precious" information to a message. I agree, and think that it should be t by default (keep only precious entries). I would go further and never record non-precious messages on exiting the group, to avoid the extra cycles. EA> [Gnorb-related addendum: I've never used registry split-with-parent, EA> because it seemed like the potential for chaos was high. But if we only EA> keep a very controlled number of entries in the registry, this could EA> provide an alternate mechanism for creating groups that hold messages EA> related to an Org heading. Gnorb can do that now with ephemeral groups, EA> but these would be real mail groups: track the first message, move it to EA> a group "about" an Org heading, and subsequent replies to that message EA> will get moved as well. Hmm, could messages be copied instead of EA> moved...?] I have seen no interest in this, so it's your call whether there are enough users to justify the effort. -- Ted Zlatanov