@MSGID: 2:250/1@fidonet 63e65be1
@REPLY: 2:280/464 63e61510
@CHRS: UTF-8 2
@TZUTC: 0000
@TID: MBSE-FIDO 1.0.8.2 (Linux-x86_64)
Hello Wilfred!

Friday February 10 2023 10:56, you wrote to me:

 > Hi Vincent,

 > On 2023-02-10 01:25:27, you wrote to Stephen Walsh:

 VC>> Yes I did consider weekly and for a while did so but there was a
 VC>> wee batch of new changes over some days last year so changed the
 VC>> code to create a new archive is any changes occurred between
 VC>> 00:30 and 23:30 and sent just the ONE file.

 > What happens if a change occurs between 23:30 and 00:30 ?

It will go into the next days no-demand archive.

I will be looking at the code to see why there is so many updates going out in
the on-demand archives.

It should not be so frequent, it is possibly there is a coding error for what
is changed.

It was for the following changes :

1.  A  new echo created.
2.  A echo for which a change to the Title has been made.
3.  A echo for which a change to the description has been made.

The third one I think can be killed off as I have never found a BBS package
that make use if it, say by displaying it to a user only by user option of the
rules and includes mbse as used here.

The second (rules), I would suggest is also not really that important and can
wait for the next months archive.

So only new echos added should be in the On-Demand facility.

I will look at the code today, change and do initial testing and pass it to 
the
elist system for a compile and update the current version.

This will reduce the number of updates.

It is possible there is a bug that is causing this issue on any new code added
over the last month or so, in which case I will fix it.

I will also look at adding code to generate a BACKBONE.NA file for the file
area BACKBONE to go out monthly and may be, on demand.

The elist system does NOT get new echo`s added that often so on both the above
cases should not produce a high incidence of new BACKBONE.NA files during a
month.

However, the test will be to see exactly what happens when in production.

I am guessing that the high run of these on-demand archives over the last week
or so is because of echo;s changing the moderator / co-moderator but this
should NOT be a reason for these archives to be created - again could be a bug
in the code. I will be taking a look at it all.

Vincent

--- Mageia Linux v8 X64/Mbse v1.0.8/GoldED+/LNX 1.1.5-b20180707
 * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
SEEN-BY: 1/120 18/0 25/0 50/109 116/116 123/0 25
115 160 170 180 200 755 3001
SEEN-BY: 135/300 153/7715 154/10 222/2 240/1120
250/0 1 2 3 4 5 6 8 11 12 13
SEEN-BY: 261/1466 263/0 275/1000 1000 299/6 301/1
463/68 467/4 888 712/1321
SEEN-BY: 712/1321 3634/0 12 12 24 27 56 57 119
5000/111 5001/100 5005/49
SEEN-BY: 5010/352 5019/40 5020/715 806 828 848
1042 4441 12000 5030/49 1081
SEEN-BY: 5054/8 5058/104 5064/56 5075/128 5080/102
5083/444 5090/958
@PATH: 250/1 3634/12 5020/1042 4441