From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/80114 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: message splitting gone haywire Date: Thu, 29 Sep 2011 07:47:22 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87sjnfjz1h.fsf@lifelogs.com> References: <87ippv2phj.fsf@ericabrahamsen.net> <877h4rn3ot.fsf@lifelogs.com> <871uuziuzj.fsf@ericabrahamsen.net> Reply-To: ding@gnus.org NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1317300536 24003 80.91.229.12 (29 Sep 2011 12:48:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2011 12:48:56 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M28408@lists.math.uh.edu Thu Sep 29 14:48:51 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R9G2l-0003B6-40 for ding-account@gmane.org; Thu, 29 Sep 2011 14:48:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1R9G1j-00076J-QG; Thu, 29 Sep 2011 07:47:47 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1R9G1i-000768-G5 for ding@lists.math.uh.edu; Thu, 29 Sep 2011 07:47:46 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1R9G1d-0006wR-Kg for ding@lists.math.uh.edu; Thu, 29 Sep 2011 07:47:45 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1R9G1a-0004TJ-PP for ding@gnus.org; Thu, 29 Sep 2011 14:47:38 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R9G1Z-0002fC-Ox for ding@gnus.org; Thu, 29 Sep 2011 14:47:37 +0200 Original-Received: from 38.98.147.133 ([38.98.147.133]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 14:47:37 +0200 Original-Received: from tzz by 38.98.147.133 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Sep 2011 14:47:37 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 36 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.133 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 User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.90 (gnu/linux) Cancel-Lock: sha1:vc4s8Q4Fj0tEk6U1EhrVilxT7wE= X-Spam-Score: -4.2 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:80114 Archived-At: On Thu, 29 Sep 2011 17:00:16 +0800 Eric Abrahamsen wrote: EA> Eventually I figured out what was happening -- in the case of a few EA> regular email threads (newsletters in particular), one earlier issue had EA> gone into the wrong group, and all subsequent issues went into the same EA> group. Standard registry behavior, but I had physically moved later EA> issues into the proper group, and new issues were still getting split EA> into the wrong group. Eventually I realized that the originally EA> offending message was still buried back in the wrong group, and once I EA> rooted out all of them, things went back to normal. EA> This happened with two or three separate threads (not sure how), EA> creating the impression that all hell had broken loose with splitting. EA> I'm not sure what proper behavior should be, but I did expect that EA> split-with-parent would send new messages to the location of the EA> newest/nearest parent, and not to where some distant ancestor had once EA> gone. Good point. Well, we build the full list of groups, then we call `gnus-registry-post-process-groups' on it. That looks at `gnus-registry-split-strategy' which is nil by default; the defcustom says: '(choice :tag "Splitting strategy" (const :tag "Only use single choices, discard multiple matches" nil) (const :tag "Majority of matches wins" majority) (const :tag "First found wins" first)) Have you customized this? My guess is you have 'first and the first group in the list was from the oldest reference. Maybe I should add 'oldest and 'newest strategies... We have the article notice dates in the registry. Ted