Article View: comp.sys.amiga.uucp
Article #128Trimnews, Batchnews, renumber?
From: Frank Perricone
Date: Wed, 01 Nov 1995 22:25
Date: Wed, 01 Nov 1995 22:25
23 lines
1431 bytes
1431 bytes
In AmigaUUCP, when you run Trimnews, it just deletes old articles, but leaves the article numbering where it was. The result is that you end up with numbers in the thousands fairly quickly, and they never seem to go down! And when that happens, DNews becomes VERY slow. In an attempt to correct this, I wrote a renumber program which moves the numbers down, updating the .dnewsrc file and the .next file as it does. However, now I get an error message from BatchNews saying that files are missing. What I wonder is, why does BatchNews care? I'm not feeding this stuff down to anyone else; my only link is to the place I got those files from in the first place. Is this just an artifact of the way that messages are unpacked, or does it indicate a real problem? Can I just ignore those messages? If not, do I have to also update numbering in some other file, and if so, what? Alternately, can someone suggest a better newsreader that avoids these problems, and how to get it? (I've asked this one before but my post may not have gotten out.) -- * Frank J. Perricone * fjp@crystal.mv.com * fidonet#1:325/611.0 *
Technical Details
Message-ID:
<fjp.042k@crystal.mv.com>Path:
arc1-ca.pugleaf.net!news-cnh.mv.net!crystal!fjpShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!news-cnh.mv.net!crystal!fjp Newsgroups: comp.sys.amiga.uucp Subject: Trimnews, Batchnews, renumber? Distribution: world From: fjp@crystal.mv.com (Frank Perricone) Message-ID: <fjp.042k@crystal.mv.com> Date: Wed, 1 Nov 95 18:25:13 EDT Organization: Crystal Ship BBS