🚀 go-pugleaf

walter briscoe (walter@wbriscoe.demon.co.uk) wrote:
> In article <830462963snz@tsys.demon.co.uk>
>            tomw@tsys.demon.co.uk "Tom Wheeley" writes:

> > This program would also skip gracefully any newsgroups it cannot expire,
> > without messing up indices.  It should also process the newsgroups in size
> > order (smallest first), to try to prevent disk full errors.  This wonder
> > utility should also cause porcine creatures to become airborne... ;)

The stats at the summary shoudl also remain accurate.

> I now have an expire which:
> 1) Does not corrupt active if the disk does not have enough room.
> 2) Skips newsgroups where the expiry time is negative
> 3) Skips newsgroups where the first article is younger than the expiry
> time
> 4) Optionally, keeps unread articles where there is only one user.

> It is a lot faster as a result of 2&3.

Are the summary stats still accurate ? 2 and 3 were done to preserve
this accuracy. I'd be the first to accept there are better ways to
gain the information than run the group through the expiry code, that
was a decision of the original author that I never got round to
addressing when I added the code to skip expiring a group. The
original expire did not support the negative expiry time option. In
fact it did not support different expiry times for different groups.

> BTW, I read an earlier article where Philib McNab suggested that expire
> should take note of prune files.  I would not have thought there was a
> problem with the current expire program because it does not renumber
> articles but merely beheads the list in each newsgroup.

But has the constraint that numbers must be sequential with no gaps.
This is the problem with keeping or pruning articles out of sequence.

-- 
Malcolm S. Muir                               Demon Internet Ltd.
Sunderland                                    322 Regents Park Road
England                                       London N3 2QQ