Just a sample of the Echomail archive
[ << oldest | < older | list | newer > | newest >> ]
|  Message 11329  |
|  Vincent Coen to Wilfred van Velzen  |
|  Newly hatched files  |
|  10 Feb 23 14:43:55  |
 REPLY: 2:280/464 63e61510 MSGID: 2:250/1@fidonet 63e65be1 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 123 15/0 18/0 25/0 90/1 103/705 105/81 106/201 114/705 SEEN-BY: 116/116 120/340 616 123/0 10 25 115 120 131 160 170 180 200 SEEN-BY: 123/755 3001 124/5016 129/305 135/300 153/757 7715 154/10 SEEN-BY: 154/30 40 50 700 203/0 218/700 840 220/70 90 221/0 6 222/2 SEEN-BY: 226/17 18 30 227/114 201 229/110 111 112 113 114 200 206 SEEN-BY: 229/307 317 400 424 426 428 470 664 700 240/1120 5832 250/0 SEEN-BY: 250/1 2 3 4 5 6 8 11 12 13 261/1466 263/0 266/512 267/800 SEEN-BY: 275/1000 280/464 5003 282/1038 292/854 8125 298/25 299/6 SEEN-BY: 301/1 305/3 310/31 317/3 320/219 322/757 341/66 234 342/200 SEEN-BY: 396/45 423/120 460/58 467/4 633/280 712/848 1321 770/1 100 SEEN-BY: 770/330 340 772/220 230 2320/105 3634/0 12 24 27 56 57 119 SEEN-BY: 5020/1042 PATH: 250/1 3634/12 154/10 280/464 770/1 317/3 229/426 |
[ << oldest | < older | list | newer > | newest >> ]