From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32031 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: What does `gathering loose threads' mean? Date: 09 Aug 2000 17:41:25 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035168372 17502 80.91.224.250 (21 Oct 2002 02:46:12 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:46:12 +0000 (UTC) Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id E356DD051E for ; Wed, 9 Aug 2000 17:42:27 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id QAC16327; Wed, 9 Aug 2000 16:41:55 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 09 Aug 2000 16:41:09 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id QAA16946 for ; Wed, 9 Aug 2000 16:40:59 -0500 (CDT) Original-Received: from multivac.student.cwru.edu (multivac.STUDENT.CWRU.Edu [129.22.239.69]) by mailhost.sclp.com (Postfix) with SMTP id 3F360D051E for ; Wed, 9 Aug 2000 17:41:26 -0400 (EDT) Original-Received: (qmail 9378 invoked by uid 500); 9 Aug 2000 21:41:25 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: Kai.Grossjohann@CS.Uni-Dortmund.DE's message of "09 Aug 2000 23:16:35 +0200" Original-Lines: 15 X-Mailer: Gnus v5.7/Emacs 20.7 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32031 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32031 Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) writes: > Somebody in a German newsgroup continues to claim that setting > gnus-thread-ignore-subject to nil is a useful thing to do in the above > context. But of course, it isn't. Does something different > entirely. Now I'll go back and try to explain again. Well, it might be useful. It's orthogonal, addressing a different issue. You've got a thread, determined by either Subject: or References:. You divine its internal structure from References:. You see that an article's Subject: does not match its parent's. Should this article be the root of a new thread? That question need not be related to your basic thread-gathering criterion. paul