MSGID: 2:250/1@fidonet 62478394   
   CHRS: UTF-8 2   
   TZUTC: 0100   
   TID: MBSE-FIDO 1.0.8 (Linux-x86_64)   
   Hello All!   
      
   Please ignore all notices regarding Expiring areas.   
   I am currently testing a new version of elist that changes the time periods   
   from :   
      
   6 months + 4 normal warmings + 1 month for deletion to :   
   10 Months + 1 warning + 1 month for deletion warning so move than 365 days.   
      
   If the areas is to be removed from the ELIST reports etc the area is moved    
   over   
   to the backbone only which does not have expiry periods.   
      
   This results that if any area on the backbone group needs to be deleted, it    
   has   
   to be done by elistmain user using a submission file or via the interactive   
   program.   
      
   Hopefully this will reduce you having to send in updates but I still recommend   
   that is you have a O/S (Operating System) that handles a scheduler such   
   as Linux, and later Windows you can set up up to do this automatically,    
   sending   
   in your echo.ECO files with at a minimum basic MOD-UPD info.   
      
      
   I may have to modify the above scheduling time periods subject to what    
   happens.   
      
      
   The output from elist will now also include a BACKBONE.RPT and BACKBONE.NA    
   file   
   that can be used as you bbs list of available echos for any auto create   
   processing and this file is more useful than ELIST.NA.   
      
   As expiring Fido echo's are now transferred to the backbone lists only it will   
   reduce your work loads if needed.   
      
   If you have any questions regarding the above post them here.   
      
   For testing -  I was hoping to complete this before 23:30 on the 1st April but   
   I am finding some bugs in the reporting for echo network group and that has to   
   be resolved first before making it active assuming I don't find any more.   
      
   I have reduced the reporting of each echo's Rules file to 2 time per year    
   i.e.,   
   January and July as the report get  some what large with all the long winded   
   rules in use by some moderators.   
      
   I will also be considering that the netmail reports include such rules file so   
   all moderators can check them for context, brevity etc or am I being a bit   
   wishful ?   
      
   Vincent   
      
   --- Mageia Linux v8 X64/Mbse v1.0.8/GoldED+/LNX 1.1.5-b20180707   
    * Origin: The Elist Maintainer (2:250/1)   
   SEEN-BY: 1/120 123 15/0 18/0 200 25/0 21 90/1 105/81 106/201 116/116   
   SEEN-BY: 120/340 123/0 25 115 131 180 200 755 129/305 330 331 134/101   
   SEEN-BY: 135/300 138/146 153/757 7715 218/700 222/2 226/30 227/114   
   SEEN-BY: 229/110 206 317 400 424 426 428 664 700 240/1120 5832 250/0   
   SEEN-BY: 250/1 3 4 5 6 7 8 10 11 21 261/38 1466 263/0 266/512 275/100   
   SEEN-BY: 275/1000 282/1038 292/854 299/6 300/4 301/1 317/3 320/219   
   SEEN-BY: 322/757 342/11 200 396/45 460/58 633/280 640/1321 712/848   
   SEEN-BY: 3634/0 12 15 24 27 50 119 5020/1042   
   PATH: 250/1 3634/12 153/7715 229/426