MSGID: 2:250/1@fidonet 631f36f3   
   CHRS: UTF-8 2   
   TZUTC: 0100   
   TID: MBSE-FIDO 1.0.8 (Linux-x86_64)   
   * Originally in ECHOLIST   
   * Crossposted in ELIST   
      
   Hello All!   
      
   I situation has raised it's head that when a NEW echo has been created within   
   the Elist system which normally is a moderated echo but could be a BACKBONE   
   only one that the BACKBONE.NA, BACKBONE.RPT along with updated rules and   
   description archives are no longer up to date.   
      
   If for a new echo traffic flows them any bbs system cannot be aware of it in   
   order to autoadd the new echo and therefore toss such traffic to it so what   
   happens is at least at 250/1 they are tossed into the BADECHO area.   
      
   Not good.   
      
   So I am suggesting that the software that handles the Elist system be changed   
   to allow when any MOD-ADD submissions arrive and are processed successfully   
   that a updated ELST file is issued and passed on to all and this file will    
   have   
   the archive name of ELSTYYMMDD.ZIP where :   
      
   YY = last two digits of the year.   
   MM = The month in range 01 - 12.   
   DD = The day number range 01 - 31.   
      
   It would be created on the day and at and around 23:33 to its uplink at 250/1   
   and in turn sent to all systems that have the file area ECHOLIST to process.   
      
   Now at 250/1 I have an area at ~/var/arealists that with has a folder called   
   Elists and that area is used to expand the content of the ELISTYYMM??   
   archive when it arrives.   
      
   This area then has BACKBONE.NA and as I run Linux that file is linked to the   
   higher folder that also has BACKBONE.NA.   
   I cannot remember if Windows has the same capability but if not the the file   
   will have to be copied to it instead.   
      
   Next issue is the rules and description archives that is sent within the ELIST   
   archive and this also will require a script or batch job to run that extracts   
   these archives as needed but always the rules archive to the area used for   
   YOUR bbs system to pick up for bbs users etc.   
      
   With me so far ?   
      
   As BBS software is changed to support the folder holding the descriptions then   
   that archive can also be treated in a similar way as the rules archive.   
      
      
   Now once this process of un-archiving the rules and similar for the   
   descriptions as and when supported on your system your system can process NEW   
   echo's by creating a new echo area and then tossing new echo traffic for it.   
      
   So to do all this I am suggesting to expand the use of the elist archive to a   
   daily as needed ( it will NOT be produced if no new echo has been created   
   during the 24 hour period.   
      
   Now one possible extension of this is to do a new ELST archive as soon as a    
   new   
   echo has been processed and this could mean that you 'could' have more than    
   one   
   per day so I would have to create these archive using the file name extension   
   from that mentioned earlier to have the time in hours only to the name so it   
   would be :   
      
   ELSTYYMMDDHH   where HH is the hour range 00-23.   
      
      
   Assuming you have a script, batch or command process for this it would need to   
   be expanded to cope with a larger archive file name.   
      
   Yes, I too will need to make changes to support all this on my system and more   
   than likely need to create additional scripts to handle it on receipt of a   
   ELST archive - AND test it :)   
      
   I can supply my copy of such a script but it would need to be changed for any   
   one who would like to make use of it.   
      
      
   So - Any one with any comments on the above ?   
      
   Please respond within the ELIST echo area.   
      
   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/123 15/0 18/200 25/0 90/1 105/81 106/201 120/340 123/131   
   SEEN-BY: 129/305 331 153/7715 218/700 221/1 227/114 229/110 111 112   
   SEEN-BY: 229/113 206 317 400 424 426 428 470 664 700 250/0 1 3 4 5   
   SEEN-BY: 250/6 8 11 12 261/38 263/0 266/512 275/1000 282/1038 292/854   
   SEEN-BY: 317/3 320/219 322/757 342/200 396/45 460/58 467/4 633/280   
   SEEN-BY: 712/848 3634/12   
   PATH: 250/1 292/854 229/426