From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59906 Path: main.gmane.org!not-for-mail From: Matthias Andree Newsgroups: gmane.emacs.gnus.general Subject: Re: cache shadows postings after article number reset Date: Fri, 25 Feb 2005 01:02:37 +0100 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1109289761 13854 80.91.229.2 (25 Feb 2005 00:02:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 25 Feb 2005 00:02:41 +0000 (UTC) Original-X-From: ding-owner+M8447@lists.math.uh.edu Fri Feb 25 01:02:40 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1D4SwD-0004J5-G6 for ding-account@gmane.org; Fri, 25 Feb 2005 01:02:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1D4Swa-0003x8-00; Thu, 24 Feb 2005 18:02:56 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1D4SwR-0003x0-00 for ding@lists.math.uh.edu; Thu, 24 Feb 2005 18:02:47 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1D4SwP-0003OS-5q for ding@lists.math.uh.edu; Thu, 24 Feb 2005 18:02:45 -0600 Original-Received: from mail.dt.e-technik.uni-dortmund.de ([129.217.163.1]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1D4SwN-0007v0-00 for ; Fri, 25 Feb 2005 01:02:44 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 5A74D44023 for ; Fri, 25 Feb 2005 01:02:43 +0100 (CET) Original-Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 06813-05 for ; Fri, 25 Feb 2005 01:02:39 +0100 (CET) Original-Received: from m2a2.dyndns.org (pD9FFBC7E.dip.t-dialin.net [217.255.188.126]) by mail.dt.e-technik.uni-dortmund.de (Postfix) with ESMTP id 4624E44021 for ; Fri, 25 Feb 2005 01:02:39 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 433E077D41 for ; Fri, 25 Feb 2005 01:02:38 +0100 (CET) Original-Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 12950-06 for ; Fri, 25 Feb 2005 01:02:37 +0100 (CET) Original-Received: by merlin.emma.line.org (Postfix, from userid 500) id 4A66077D42; Fri, 25 Feb 2005 01:02:37 +0100 (CET) Original-To: ding@gnus.org In-Reply-To: (Reiner Steib's message of "Thu, 24 Feb 2005 17:27:28 +0100") X-PGP-Key: http://home.pages.de/~mandree/keys/GPGKEY.asc User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Spam-Score: -3.7 (---) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8447@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59906 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59906 Reiner Steib writes: > I'm afraid you need to do `M c' (gnus-group-clear-data [1]) steps for > the relevant groups. See also (info "(gnus)Changing Servers"). "Doesnt werk"[tm] - the cached article with the high number... >> Are there any settings I can change to overcome this? Or can I just >> "move down" article numbers in the cache? Do I need to regenerate >> indexes or something after renaming for instance 876,543 to 12,345? ...makes Gnus think it had seen all articles of 876,543 regardless of the current range on the server. The problem appears to be with the cache. > I doubt that this would work. The numbers are stored in the group > info (see `G E', gnus-group-edit-group, ). You > probably need to change the numbers there. I don't know what else is > required. Maybe some nntp marks related stuff. > > Bye, Reiner. > > [1] The command `gnus-group-clear-data' obeys the process/prefix > convention which is not mentioned in its doc string. (Fixed in > v5-10.) "No Gnus" here. -- Matthias Andree