Subj : What?
To   : mark lewis
From : Nicholas Boel
Date : Tue Dec 20 2016 21:34:44

Hello mark,

On Tue, 20 Dec 2016 19:02:00 -0500, mark lewis -> Nicholas Boel wrote:

 NB>> Even if your message bases were set to renumber, I doubt any client
 NB>> would ever know that.

 ml> they don't but the problem is that when you go to pull new posts and
 ml> miss the ones between your last pull and the renumber... let me try to
 ml> explain that batter...

Why? I know what renumbering does to 3rd party software. You don't have to explain it to me.

 ml> now consider if the BBS hasn't pulled 25 since it purged and
 ml> renumbered... when your client requests #50, there is no #50 on the
 ml> BBS... now what?

I have never seen your example actually happen. Most of the time the reader just completely loses track and shows some ridiculous number (I have seen 65535 in Golded specifically in the past, while in an actual newsreader I believe it may have been double that - mind you this was with a message base format other than JAM). When this has happened in the past, I just stopped messing with it, and stopped renumbering altogether. I learned my lesson at that point and have never tried it again nor cared enough to study it further, since it really can't be fixed without just NOT doing it.

*Then again, I also do not want my message base starting at any number besides 1. So that usually leads to me just backing up and wiping the message bases completely, starting fresh again until they reach an annoying amount.

Also, now that I've moved the BBS away from being the hub system (it's now a leaf node).. I can now pack/purge/renumber on it however I want to since the only way to access it's message bases is by telnetting to it or using the built in webserver, which all work nicely with any kind of maintenance you do on those bases.

The hub setup is now these JAM areas which area only accessible via JamNNTPd to anyone other than myself, so obviously I can't (and won't) renumber these. At some point I'll take a look at the "hptutil pack" feature and make sure it does not renumber. If it does, I'll just revert back to the starred paragraph above. :)

Regards,
Nick

--- slrn/1.0.3 (Linux)
 * Origin: thePharcyde_ distribution system (1:154/10)

.