From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/9204
Path: main.gmane.org!not-for-mail
From: David Moore <dmoore@UCSD.EDU>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: time delay on news groups?
Date: 13 Dec 1996 00:33:07 -0800
Sender: dmoore@sdnp5.ucsd.edu
Message-ID: <rvenguzvwc.fsf@sdnp5.ucsd.edu>
References: <xe1ohfzxz4u.fsf@maneki-neko.cygnus.com> <rv7mmnv2x5.fsf@sdnp5.ucsd.edu> <qk2enguopxa.fsf@iptsun2.unil.ch>
NNTP-Posting-Host: coloc-standby.netfonds.no
X-Trace: main.gmane.org 1035149264 17057 80.91.224.250 (20 Oct 2002 21:27:44 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:27:44 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2])
          by deanna.miranova.com (8.8.4/8.8.4) with SMTP
	  id AAA05723 for <steve@miranova.com>; Fri, 13 Dec 1996 00:52:32 -0800
Original-Received: from UCSD.EDU (mailbox2.ucsd.edu [132.239.1.54]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <JAA10742@ifi.uio.no> for <ding@ifi.uio.no> ; Fri, 13 Dec 1996 09:34:47 +0100
Original-Received: from sdnp5.ucsd.edu (sdnp5.ucsd.edu [132.239.79.10]) by UCSD.EDU (8.8.3/8.6.9) with SMTP id AAA00778 for <ding@ifi.uio.no>; Fri, 13 Dec 1996 00:34:46 -0800 (PST)
Original-Received: by sdnp5.ucsd.edu (SMI-8.6/SMI-SVR4)
	id AAA16489; Fri, 13 Dec 1996 00:33:08 -0800
Original-To: "(ding) Gnus Mailing List" <ding@ifi.uio.no>
In-Reply-To: Wesley.Hardaker@sphys.unil.ch's message of 13 Dec 1996 08:37:37 +0100
Original-Lines: 20
X-Mailer: Red Gnus v0.74/XEmacs 19.15
Xref: main.gmane.org gmane.emacs.gnus.general:9204
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:9204

Wesley.Hardaker@sphys.unil.ch writes:

> Well, you can't put it in gnus-summary-prepare-hook or you'll get an
> infinite loop, I'm afraid...  However, my next question is what does
> gnus do when you limit the buffer and then do a catchup?  IE, do the
> limited articles get caught up as well?

	I thought it only caught up the ones in the limited selection.
_However_, it marks all of the other hidden articles as read.  And I do
mean read, if catchup would normally mark them as expirable, they just
get marked as read.

	That's rather a pain, maybe catch up should be fixed not to do
that.  Although I'm sure someone will say it's a feature. ;)

-- 
David Moore <dmoore@ucsd.edu>       | Computer Systems Lab      __o
UCSD Dept. Computer Science - 0114  | Work: (619) 534-8604    _ \<,_
La Jolla, CA 92093-0114             | Fax:  (619) 534-1445   (_)/ (_)
<URL:http://oj.egbt.org/dmoore/>    | In a cloud bones of steel.