Zone Nodelist for Friday, October 15, 2021 -- Day number 288 : 10605
     The MetroNet Nodelist, a listing of the systems within MetroNet.

      Copyright 1994..2021, T.J. McMillen - The Titantic BBS Telnet

    This Nodelist is released each and every Friday. If you have any
    additions or changes please send them to MetroNet Node 25:25/0 on
    or before Thursday.

    You can request the most recent nodelist from your Network or Region
    Coordinator. They are usually available with the "magic name"
    of METLIST.  You can also request the most recent application pack
    with the magic name of METRONET.

       BBS:  telnet://     or     email

type#node namelocationsysopphone#speedflags
Zone25The Titantic BBS TelnetNew Derry PAT.J. McMillen-Unpublished-9600CM, IBN,
5DarkrealmsToronto ONNick Andre1-647-847-20839600CM, IBN,
6PB RenegadeMesquite TXRuben Figueroa-Unpublished-9600CM, IBN,
7Battlestar PegasusWarminster PAMark Iezzi-Unpublished-9600CM, IBN,
8TCS OnlinePittsburgh PAChristopher Schoppy-Unpublished-9600CM, IBN,
9SiliconUndergroundRochester NYJason Bock-Unpublished-9600CM, IBN,
10CompufuckBinghamton NYAaron Thomas-Unpublished-9600CM, IBN,
11The File Bank BBS!Cairns AustraliaTerry Roati-Unpublished-9600CM, XR,, IBN, IFT, ITN, IVM
12The Halls of ValhallaSan Francisco CAMorgan Collins-Unpublished-9600CM, IBN,
13End Of The Line BBSPlano TexasNigel Reed-Unpublished-9600CM, IBN,
14Dark Systems BBSPeterboroug OntarioAaron Grasswell-Unpublished-9600CM, IBN,
15Tiny's BBSOshawa ONShawn Highfield-Unpublished-9600CM, IBN,
16Inner RealmCharlotte NCMichael Long-Unpublished-9600CM, IBN,
Down17Slate Hell BBSMooresburg TNAnthony Stump-Unpublished-9600CM, IBN,
18The Fool's QuarterWest Linn ORTim Whitson-Unpublished-9600CM, IBN,
19Westwood BBS IIKing George VAMike Newkirk-Unpublished-9600CM, IBN,
21ConstructiveChaos BBSCanton OHCraig Hendricks-Unpublished-9600CM, IBN,
22PhysicsMontreal QCJesse Cussins-Unpublished-9600CM, IBN,
23AlterantParkdale AustraliaDeon George-Unpublished-9600CM, IBN,
24The Pot O'GoldPhoenix AZAndy Gorman-Unpublished-9600CM, IBN,
25Ground ControlJacksonville FLMatthew Blocker-Unpublished-9600CM, IBN,
26Northern RealmsBinbrook ONJay Harris-Unpublished-9600CM, IBN,
27Roon's BBSBudapest HungaryDaniel Path-Unpublished-9600CM, IBN,
28Project Open GateHouston TXJustin Waymire-Unpublished-9600CM, IBN,
29Joe's BBSEdmonton ABJoe Schweier-Unpublished-9600CM, IBN,
30SwissIRC BBSAargau SwitzerlandAlisha Manuela Stutz-Unpublished-9600CM, IBN, 2323
31The Rusty MailBoxPenticton BCAlan Ianson-Unpublished-9600CM, IBN,
32Silent Chat BBSAustriaMichael Mrak-Unpublished-9600CM, IBN,
type#node namelocationsysopphone#speedflags
Region1MetroNet USANew Derry PAT.J. McMillen-Unpublished-9600CM, IBN,
100Insane AsylumRacine WIJames Kulwicki-Unpublished-9600CM, IBN,
101Never Never Land BBSToledo OhioRonald Coon-Unpublished-9600CM, IBN,
102Shipwrecks & ShibbolethsSan Francisco CAChris Hizny-Unpublished-9600CM, IBN,
103Deep Space Gateway BBSCrystal River FLSam Penwright-Unpublished-9600CM, IBN,
10420 For BeersPortlandia ORPaul Lee-Unpublished-9600CM, IBN,
type#node namelocationsysopphone#speedflags
Region2MetroNet EuropeThurgau (Switzerland)Matthias Hertzog-Unpublished-300CM, MO, XW,, IBN
type#node namelocationsysopphone#speedflags
Host41SwitzerlandThurgauMatthias Hertzog-Unpublished-300CM, MO, XW,, IBN
101MHS SystemsThurgauMatthias Hertzog-Unpublished-300CM, MO, XW,, IBN
113swissIRC BBSAarauAlisha Manuela Stutz-Unpublished-300CM, XW,, IBN:24555
 Flags authorized for use in the MetroNet Zone 25 nodelist segment:


          Flag      Meaning

          CM        Node accepts mail 24 hours a day
          MO        Node does not accept human callers
          LO        Node accepts calls Only from Listed
                    MetroNet addresses
          ICM       Node accepts 24/7 IP-mail but has limited
                    "open"-hours only via PSTN and/or ISDN

     The following flags define modem protocols supported:

          Flag      Meaning

          V21       CCITT V.21     300 bps   full duplex
          V22       CCITT V.22     1200 bps  full duplex
          V29       CCITT V.29     9600 bps  half duplex
          V32       CCITT V.32     9600 bps  full duplex
          V32b      ITU-T V.32 bis 14400 bps full duplex
          V32T      V.32 Terbo
          V33       CCITT V.33
          V34       CCITT V.34
          HST       USR Courier HST
          H14       USR Courier HST 14.4
          H16       USR Courier HST 16.8
          H96       Hayes V9600
          MAX       Microcom AX/96xx series
          PEP       Packet Ensemble Protocol
          CSP       Compucom Speedmodem
          ZYX       Zyxel series
          VFC       V.Fast Class
          Z19       Zyxel 19,200 modem protocol
          V90C      ITU-T V.90 modem Client
          V90S      ITU-T V.90 Server.
          X2C       US Robotics x2 client.
          X2S       US Robotics x2 server.

     The following flags define type of error correction available. A
     separate error correction flag should not be used when the error
     correction type can be determined by the modem flag. For instance
     a modem flag of HST implies MNP.

          Flag      Meaning

          MNP       Microcom Networking Protocol error correction
                    of type MNP1 to MNP4
          V42       LAP-M error correction w/fallback to MNP


     The following flags define the type(s) of compression of mail
     packets supported.

          Flag      Meaning

          MN        No compression supported

    The following flags define the type(s) of data compression

         V42b      ITU-T V42bis


    The following flags indicate the types of file/update requests

 |      |         Bark        |        WaZOO        |
 |      |---------------------|---------------------|
 |      |   File   |  Update  |   File   |  Update  |
 | Flag | Requests | Requests | Requests | Requests |
 | XA   |    Yes   |    Yes   |    Yes   |    Yes   |
 | XB   |    Yes   |    Yes   |    Yes   |    No    |
 | XC   |    Yes   |    No    |    Yes   |    Yes   |
 | XP   |    Yes   |    Yes   |    No    |    No    |
 | XR   |    Yes   |    No    |    Yes   |    No    |
 | XW   |    No    |    No    |    Yes   |    No    |
 | XX   |    No    |    No    |    Yes   |    Yes   |

 The following software is qualified to
 use the appropriate file request flag
 according to information provided by

 | Flag      Software Package        |
 |  XA  Frontdoor   1.99b and lower  |
 |      Frontdoor   2.01  and higher |
 |      Dutchie     2.90c            |
 |      Binkleyterm 2.1   and higher |
 |      D'Bridge    1.2   and lower  |
 |      Melmail                      |
 |      TIMS                         |
 |      Xenia                        |
 |  XB  Binkleyterm 2.0              |
 |      Dutchie     2.90b            |
 |  XC  Opus        1.1              |
 |  XP  Seadog                       |
 |  XR  Opus        1.03             |
 |      Platinum Xpress              |
 |  XW  Fido        12N   and higher |
 |      Tabby                        |
 |      TrapDoor  No update processor|
 |      The Brake!                   |
 |  XX  Argus○      2.00  and higher |
 |      BeeMail
 |      D'Bridge    1.30  and higher |
 |      Frontdoor   1.99c/2.00       |
 |      InterMail   2.01             |
 |      McMail      1.00             |
 |      T-Mail                       |
 |      TrapDoor - Update Processor  |
 |  None       QMM                   |


    The following flag defines gateways to other domains (networks).

         Flag      Meaning

         Gx..x     Gateway to domain 'x..x', where 'x..x` is a string
                   of alphanumeric characters. Valid values for
                   'x..x' are assigned by the MetroNet International
                   Coordinator.  Current valid values of 'x..x' may
                   be found in the notes at the end of the MetroNet


  Nodelist  Specification of minimal support required for this flag;
  flag      any additional support to be arranged via agreement
          between users

  V110L     ITU-T V.110 19k2 async ('low').
  V110H     ITU-T V.110 38k4 async ('high').
  V120L     ITU-T V.120 56k async, layer 2 framesize 259, window 7,
            modulo 8.
  V120H     ITU-T V.120 64k async, layer 2 framesize 259, window 7,
            modulo 8.
  X75       ITU-T X.75 SLP (single link procedure) with 64kbit/s B
            channel;Slayer 2 max.framesize 2048, window 2, non-ext.
            mode (modulo 8);Slayer 3 transparent (no packet layer).
  ISDN      Other configurations. Use only if none of the above

  NOTE: No flag implies another. Each capability MUST be specifically
  If no modem connects are supported, the nodelist speed field should
  be 300.

  Conversion from old to new ISDN capability flags:
    ISDNA -> V110L
    ISDNB -> V110H
    ISDNC -> X75



   IBN - denotes a system that does BINKP
   IFC - denotes a system that is capable of RAW or IFCICO
   ITN - denote a system that does TELNET
   IVM - denotes a system that is capable of VMODEM
   IFT - denotes a system that allows FTP
   ITX - denotes a system that uses TransX encoding for email
   IUC - denotes a system that uses UUEncode for email tunneling
   IMI - denotes a system which uses MIME encoding for email
   ISE - denotes a system which supports SEAT receipts for anonymous
   IP  - denotes a system that can receive TCP/IP connects using a
         protocol that is not covered by any other flag.
   IEM - is a deprecated flag, and new implementations must not
         write it in nodelist entries. This was used as a single
         placeholder for the InterNet address of the system if it
         supported several transport methods. Instead of placing
         the system address in the deprecated form specified below
         in each flag, the address would be placed once only in this
         flag. Implementations may need to parse this information
         from nodelists created with older programs.
   INA - Place to list a Fully Qualified Domain Name Or Static IP
         Address, to be followed by applicable protocol flags
         offered.   Usage:  INA:<>|<x.x.x.x>

 Conversion from R46/R50 Internet capabilty flags to the new flags:

   BND -> IBN
   TEL -> ITN
   VMD -> IVM
   TCP -> IP

 The Internet Address may be placed in the BBS name field.

 Previous usage has placed the InterNet address as part of the
 I-flag (for example
 In this format the flag, colon, and address combined cannot exceed 32
 characters. However, this practice is deprecated, and new implementations
 must not place address data in the flag section of the nodelist entry,
 implementations may however be required to read this data from the
 flag section.

 Telnet default port is 23. If the port is not 23 then the port
 number must be placed after the ITN flag (eg ITN:60177) if the
 Telnet address is part of the ITN flag (eg then
 the port number should be last (eg always
 remember that the flag cannot exceed 32 characters total.

 The default ports for other protocols are shown below, and changes
 from the default port must be flagged in a similar way.

 Protocol      Flag    Default Port

 FTP           IFT     21
 BINKP         IBN     24554
 RAW/IFCICO    IFC     60179
 VMODEM        IVM     3141

 Actual IP addresses can also be placed in the phone number field
 using  the country code of 000, however, the use of a FQDN is prefered.

 Note: All IP nodes *must* have mailer capabilities. E-Mail/FTP etc. denote
       supplemental capabilities only.


  The flag Tyz is used by non-CM nodes online not only during ZMH,
  y is a letter indicating the start and z a letter indicating the
  end of the online period as defined below (times in UTC):

       A  0:00,  a  0:30,   B  1:00,  b  1:30,   C  2:00,  c  2:30,
       D  3:00,  d  3:30,   E  4:00,  e  4:30,   F  5:00,  f  5:30,
       G  6:00,  g  6:30,   H  7:00,  h  7:30,   I  8:00,  i  8:30,
       J  9:00,  j  9:30,   K 10:00,  k 10:30,   L 11:00,  l 11:30,
       M 12:00,  m 12:30,   N 13:00,  n 13:30,   O 14:00,  o 14:30,
       P 15:00,  p 15:30,   Q 16:00,  q 16:30,   R 17:00,  r 17:30,
       S 18:00,  s 18:30,   T 19:00,  t 19:30,   U 20:00,  u 20:30,
       V 21:00,  v 21:30,   W 22:00,  w 22:30,   X 23:00,  x 23:30.

  For example TuB shows an online period from 20:30 until 1:00 UTC.

  Daylight saving time

  If a node changes online times with respect to UTC when daylight
  saving time becomes effective (which would be the case with most
  part time nodes), then this is to be taken into account when
  assigning this flag. An online times flag assigned to a node should
  not be altered for the specific purpose of adjusting due to
  daylight saving time, since large difference files (NODEDIFF's)
  would result if every node was allowed to do this, e.g. my node
  used to be online from 2300 to 0800 in local time, which in winter
  is UTC, but in the summer it becomes BST (British Summer Time).
  This is one hour ahead of UTC, and the corresponding availability
  times of my node during the summer period were 2200 to 0700 UTC.
  Therefore my online times flag would have indicated availability
  between the hours of 2300 and 0700 UTC, the daily time period
  encompassing both times, so the flag would be TXH.


  The following baud rates are authorized for use in the nodelist:

  300, 1200, 2400, 4800, 9600, 14400, 16800, 19200, 28800, 33600

  K:  Special flag: "PING" without any arguments


         Nodes flying this flag will adhere to the following functionality:

         1) PING-function:
             If a message destined to "PING" arrives at its final destination
             and this final destination flies the "PING"-flag, then the
             receiving node will bounce the message back to the original
             sender clearly displaying all the original via-lines.

             If a message destined to "PING" arrives at its final destination
             but this final destination does _not_ fly the "PING"-flag then the
             message may be deleted from the inbound-queue without further

         2) TRACE-function:
             If a message destined to "PING" arrives at a node which flies
             the PING-flag but is merely passing-through to another destination
             then the in-transit node will notify the sender of this occurence
             and will forward the original mail unaltered towards its final

 Userflags authorized for use in the nodelist

              A user-specified string, which may contain any
              alphanumeric character except blanks.  This string may
              contain one to thirty-two characters of information
              that may be used to add user-defined data to a specific
              nodelist entry.  The character "U" must not be
              repeated, eg, ",U,XXX,YYY,ZZZ" not ",U,XXX,U,YYY,UZZZ".
              The 32 character limitation is per userflag, not for
              the total of all userflags.

              New implementations must place a comma after the
              initial "U" before the user flags. Some
              implementations will not place a separating comma
              between the "U" and the first user flag, but this
              practice is deprecated. Implementations should be
              prepared to read flags in this format, and must strip
              the "U" from the flag before analysis in this case.

              Entries following the "U" flag must be of a technical
              or administrative nature.  While experimentation of new
              software functions using this flag is encouraged,
              advertisement is strictly prohibited.

              For applications other than those shown, or if you
              have questions concerning the use of this field, please
              contact your Regional or Zone Coordinator.

    ZEC       Zone EchoMail Coordinator. Not more than one entry
              in the zone  segment may carry this flag and that entry
              must be the current Zone EchoMail Coordinator.

    REC       Regional EchoMail Coordinator. Not more than one
              entry in any region may carry this flag and that entry
              must be the current Regional EchoMail Coordinator.

    NEC       Network EchoMail coordinator. Not more than one entry
              in any net may carry this flag and that entry must be
              the current Network EchoMail Coordinator of that Net.

    SDS       Software Distribution System

    SMH       SecureMail Hub - or one of the following variations,
              indicating the specific level of the hub:

○○NSMH - Net SecureMail Host - only one per net
○○RSMH - Region SecureMail Host - only one per region
              ZSMH - Zone SecureMail Host - only one in Zone 25
              ISMH - International SecureMail Host

    NC        Network Coordinator. This flag is ONLY to be used by
              the Network Coordinator of a net which has split the
              duties of NC and Host and the NC does NOT occupy the
              Net/0 position in the nodelist.

 EOF ... The MetroNet Nodelist ...

(updated at 10/15/2021 12:30:02 AM)