1. Forum
  2. FidoNet Areas
  3. ELIST

  • FIDOPOLS Echolist Update

    From Vincent Coen@2:250/1 to Andrew Leary on Sat Mar 21 21:23:25 2020


    Echo successfully Added.

    TAGname: FIDOPOLS Group: FIDO

    TITLe: FidoNet Policy Discussions

    DESCription:
    This echo is for the discussion of FidoNet Policy, including
    efforts to revise Policy.

    RULEs: {Not Found}

    MODerator: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19{at}gmail.com

    ORIGIN: 1:320/219

    DISTribution: All Zones

    GATEway: None

    From: Andrew Leary, 1:320/219

    Updated on: 2018/10/26 and valid till 2019/04/30

    -=:{ End of Report }:=-


    --- MBSE BBS v1.0.7.13 (GNU/Linux-x86_64)
    * Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)
  • From Vincent Coen@2:250/1 to Andrew Leary on Sat Jun 13 09:30:01 2020


    Echo Successfully Updated.

    TAGname: FIDOPOLS Group: FIDO

    TITLe: FidoNet Policy Discussions

    Language: ENGLISH

    DESCription:
    This echo is for the discussion of FidoNet Policy, including efforts to
    revise Policy.

    RULEs: {Not Found}

    MODerator: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    ORIGIN: 1:320/219

    RESTrictions: /REAL /SYS

    DISTribution: All Zones

    GATEway: None

    From: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    Updated on: 2020/06/13 and valid till 2020/12/31

    Produced by Elist v5.1.063c

    -=:{ End of Report }:=-


    --- MBSE BBS v1.0.7.17 (GNU/Linux-x86_64)
    * Origin: The Elist Maintainer (2:250/1)
  • From August Abolins@2:221/360 to Vincent Coen on Tue Jun 16 01:54:32 2020
    On 6/13/2020 4:30 AM, between "Vincent Coen : Andrew Leary":

    Echo Successfully Updated.

    TAGname: FIDOPOLS Group: FIDO

    DESCription:
    This echo is for the discussion of FidoNet Policy, including efforts to
    revise Policy.

    I have a funny feeling this one would still be empty for a l-o-n-g time. LOL

    --- Thunderbird 2.0.0.24 (Windows/20100228)
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Sean Dennis@1:18/200 to August Abolins on Mon Jun 15 21:46:20 2020
    August Abolins wrote to Vincent Coen <=-

    I have a funny feeling this one would still be empty for a l-o-n-g
    time. LOL

    Since 1989. :D

    Later,
    Sean


    ... MultiMail, the new multi-platform, multi-format offline reader!
    ___ MultiMail/Win v0.52

    --- Maximus/2 3.01
    * Origin: Outpost BBS * bbs.outpostbbs.net:10123 (1:18/200)
  • From Vincent Coen@2:250/1 to August Abolins on Tue Jun 16 15:41:59 2020
    Hello August!

    Tuesday June 16 2020 01:54, you wrote to me:

    On 6/13/2020 4:30 AM, between "Vincent Coen : Andrew Leary":

    Echo Successfully Updated.

    TAGname: FIDOPOLS Group: FIDO

    DESCription:
    This echo is for the discussion of FidoNet Policy, including
    efforts to
    revise Policy.

    I have a funny feeling this one would still be empty for a l-o-n-g
    time. LOL

    I have no control if a moderator wishes to keep a dead area running.

    I can control if it is listed at 2:25/0,1 or 250/1.

    At some point and once I have managed to find code that can read Jam message bases I will start checking for volumes for each area and record such on the echo's record that in turn can be reported on.

    Then it is up to the star systems to drop it or not.

    As mbse does not produce similar I would make use of such a facility and clear out the dead wood.

    but that is me :)

    Vincent

    --- Mageia Linux v7.1 X64/Mbse v1.0.7.13/GoldED+/LNX 1.1.5-b20180707
    * Origin: The Elist Maintainer (2:250/1)
  • From August Abolins@2:221/1.58 to Vincent Coen on Tue Jun 16 21:42:00 2020
    Hello Vincent!

    ** On Tuesday 16.06.20 - 15:41, Vincent Coen wrote to August Abolins:

    TAGname: FIDOPOLS Group: FIDO

    DESCription:
    This echo is for the discussion of FidoNet Policy, including
    efforts to revise Policy.

    I have a funny feeling this one would still be empty for a l-o-n-g
    time. LOL

    I have no control if a moderator wishes to keep a dead area running.

    Yes.. I know this. ELIST + robot is a fine way to birth an echo and get
    it "published" for announcement via the .NA file

    However, the traffic in many of them is the key for success though.


    At some point and once I have managed to find code that can read Jam message bases I will start checking for volumes for each area and
    record such on the echo's record that in turn can be reported on.

    Unless there is one system that processes or stores messages from every
    echo in the .NA, there will never be a true account of message traffic.

    Janis' system produces a very useful sorted list by name and by volume and
    is published in the Fidogazette.


    Then it is up to the star systems to drop it or not.

    As mbse does not produce similar I would make use of such a facility and clear out the dead wood.

    Some echos should be just "let go".


    ../|ug

    --- OpenXP 5.0.44
    * Origin: (2:221/1.58)
  • From Vincent Coen@2:250/1 to August Abolins on Wed Jun 17 13:46:32 2020
    Hello August!

    Tuesday June 16 2020 21:42, you wrote to me:


    Unless there is one system that processes or stores messages from
    every echo in the .NA, there will never be a true account of message traffic.

    Janis' system produces a very useful sorted list by name and by volume
    and is published in the Fidogazette.

    My system gets the bulk of them from Janis and as far as I know get all of fido
    area plus some others but only English based one's as my system could not display content anyway.



    Then it is up to the star systems to drop it or not.

    As mbse does not produce similar I would make use of such a
    facility and clear out the dead wood.

    Some echos should be just "let go".

    True and in years distant past they did when echos and files where distributed by the major region star type systems.

    As Sysops have left with others taking over the slack these processes seem to have stopped.

    With Cvd19 running and most of us at home, I expected that some areas would come back to life but sadly that is not the case and as you say they should be let go.



    Vincent

    --- Mageia Linux v7.1 X64/Mbse v1.0.7.13/GoldED+/LNX 1.1.5-b20180707
    * Origin: The Elist Maintainer (2:250/1)
  • From Sean Dennis@1:18/200 to Vincent Coen on Thu Jun 18 18:42:24 2020
    Vincent Coen wrote to August Abolins <=-

    At some point and once I have managed to find code that can read Jam message bases I will start checking for volumes for each area and
    record such on the echo's record that in turn can be reported on.

    That's already being done over in the STATS echo. Janis Kracht posts that information in the FidoGazette also.

    She is running BBBS which I believe uses JAM for its message base ... maybe she could help you?

    Later,
    Sean


    ___ MultiMail/Win v0.52

    --- Maximus/2 3.01
    * Origin: Outpost BBS * bbs.outpostbbs.net:10123 (1:18/200)
  • From Janis Kracht@1:261/38 to Sean Dennis on Sat Jun 20 14:58:34 2020
    Hi Sean,

    Vincent Coen wrote to August Abolins <=-

    At some point and once I have managed to find code that can read Jam
    message bases I will start checking for volumes for each area and
    record such on the echo's record that in turn can be reported on.

    That's already being done over in the STATS echo. Janis Kracht posts that information in the FidoGazette also.

    She is running BBBS which I believe uses JAM for its message base ... maybe sh
    could help you?

    I've just replied to Vince in netmail about this... but no, BBBS doesn't use JAM, it uses a proprietary format for it's message areas.

    I use a switch on bbbs to generate the "raw stats" for each area, sort the areas, then run a formula using awk and sort on those stats to generate what you see in the FidoGazette.

    Take care,
    Janis

    --- BBBS/Li6 v4.10 Toy-4
    * Origin: Prism bbs (1:261/38)
  • From Sean Dennis@1:18/200 to Janis Kracht on Sat Jun 20 19:44:22 2020
    Janis Kracht wrote to Sean Dennis <=-

    I've just replied to Vince in netmail about this... but no,
    BBBS doesn't use JAM, it uses a proprietary format for it's
    message areas.

    Okay, thanks for the correction. Not sure why I thought BBBS used JAM...

    I use a switch on bbbs to generate the "raw stats" for each
    area, sort the areas, then run a formula using awk and sort
    on those stats to generate what you see in the FidoGazette.

    Ah, okay, that makes sense. I do have a nice utility for Squish that does a lot of that type of statistics gathering but it's meant more for billing than just general usage.

    Later,
    Sean


    ... Birthdays are nature's way of telling us to eat more cake. - Anonymous
    ___ MultiMail/Win v0.52

    --- Maximus/2 3.01
    * Origin: Outpost BBS * bbs.outpostbbs.net:10123 (1:18/200)
  • From Vincent Coen@2:250/1 to Andrew Leary on Sun Jan 3 06:30:01 2021


    Echo Successfully Updated.

    TAGname: FIDOPOLS Group: FIDO

    TITLe: FidoNet Policy Discussions

    Language: ENGLISH

    DESCription:
    This echo is for the discussion of FidoNet Policy, including efforts to
    revise Policy.

    RULEs: {Not Found}

    MODerator: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    ORIGIN: 1:320/219

    RESTrictions: /REAL /SYS

    DISTribution: All Zones

    GATEway: None

    From: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    Updated on: 2021/01/03 and valid till 2021/07/31

    Produced by Elist v5.2.007

    -=:{ End of Report }:=-


    --- MBSE BBS v1.0.7.17 (GNU/Linux-x86_64)
    * Origin: The Elist Maintainer (2:250/1)
  • From Vincent Coen@2:250/1 to Andrew Leary on Wed Sep 8 09:30:01 2021


    Echo Successfully Updated.

    TAGname: FIDOPOLS Group: FIDO

    TITLe: FidoNet Policy Discussions

    Language: ENGLISH

    DESCription:
    This echo is for the discussion of FidoNet Policy, including efforts to
    revise Policy.

    RULEs: {Not Found}

    MODerator: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    ORIGIN: 1:320/219

    RESTrictions: /REAL /SYS

    DISTribution: All Zones

    GATEway: None

    From: Andrew Leary, 1:320/219@fidonet
    Email: ajleary19@gmail.com

    Updated on: 2021/09/08 and valid till 2022/03/31

    Produced by Elist v5.2.028

    -=:{ End of Report }:=-


    --- MBSE BBS v1.0.7.22 (GNU/Linux-x86_64)
    * Origin: The Elist Maintainer (2:250/1)