;A Host Nodelist for Friday, November 17, 2006 -- Day number 321 : 42084 ;A ;A The Fidonet Net3634 Nodelist, a listing of systems in Fidonet NET 3634. ;A ;A Copyright 2006, Fidonet NET 3634 Coordinator, All rights reserved. ;A ;A Use without express written consent is not allowed. For consent, ;A please contact the currently listed Fidonet NET 3634 Coordinator. ;A ; Host,3634,North_Carolina_USA_(2006/104),Central_NC_USA,mark_lewis,1-919-774-5930,33600,XA,V34,TEW,ICM,ITN,IBN:wpusa.dynip.com,IVM,PING ,1,North_Carolina_USA_NEC,Central_NC_USA,mark_lewis,000-0-0-0-0,300,XA,ICM,ITN,IBN:wpusa.dynip.com,IVM,PING,U,NEC ,12,Waldo's_Place_USA,Central_NC_USA,mark_lewis,1-919-774-5930,33600,XA,V34,TEW,ICM,ITN,IBN:wpusa.dynip.com,IVM,PING Pvt,15,Bill's_Bar_n'_Grill,Cameron_NC,Bill_Burton,-Unpublished-,28800,CM,MO,LO,XX,V34,VFC,V42B Hold,54,The_Query_BBS,Havelock_NC,Paul_Kerr,1-252-447-8514,33600,CM,XA,V42B,V34,V32T ,55,Engineer's_Oasis_BBS,Morrisville_NC,David_Somers,000-0-0-0-0,300,XB,ICM,INA:engineeroasis.servebbs.com,ITN,IVM ,1000,netmail<->email_gate,Central_NC_USA,UUCP,1-919-774-5930,33600,XA,V34,TEW,ICM,ITN,IBN:wpusa.dynip.com,IVM,PING,U,UUCP ,3000,wpusa_FTN_test_system,Central_NC_USA,mark_lewis,000-0-0-0-0,300,XA,ICM,ITN,IBN:wpusa.dynip.com,IVM,PING ;S ;S The following section built from the FTS Standards and Proposals. ;S There may be experimental flags and options listed and used in ;S this segment. ;S ;S Flags authorized for use in Fidonet NET 3634: ;S ;S A: OPERATING CONDITION FLAGS: ;S ;S Flag Meaning ;S ;S CM Node accepts mail 24 hours a day ;S MO Node does not accept human callers ;S LO Node accepts calls Only from Listed ;S FidoNet addresses ;S ;S B. MODEM FLAGS: ;S The following flags define modem protocols supported: ;S ;S Flag Meaning ;S ;S V21 CCITT V.21 300 bps full duplex ;S V22 CCITT V.22 1200 bps full duplex ;S V29 CCITT V.29 9600 bps half duplex ;S V32 CCITT V.32 9600 bps full duplex ;S V32b ITU-T V.32 bis 14400 bps full duplex ;S V32T V.32 Terbo ;S V33 CCITT V.33 ;S V34 CCITT V.34 ;S HST USR Courier HST ;S H14 USR Courier HST 14.4 ;S H16 USR Courier HST 16.8 ;S H96 Hayes V9600 ;S MAX Microcom AX/96xx series ;S PEP Packet Ensemble Protocol ;S CSP Compucom Speedmodem ;S ZYX Zyxel series ;S VFC V.Fast Class ;S Z19 Zyxel 19,200 modem protocol ;S V90C ITU-T V.90 modem Client ;S V90S ITU-T V.90 Server. ;S X2C US Robotics x2 client. ;S X2S US Robotics x2 server. ;S ;S The following flags define type of error correction available. A ;S separate error correction flag should not be used when the error ;S correction type can be determined by the modem flag. For instance ;S a modem flag of HST implies MNP. ;S ;S Flag Meaning ;S ;S MNP Microcom Networking Protocol error correction ;S of type MNP1 to MNP4 ;S V42 LAP-M error correction w/fallback to MNP ;S ;S C: COMPRESSION FLAGS: ;S ;S The following flags define the type(s) of compression of mail ;S packets supported. ;S ;S Flag Meaning ;S ;S MN No compression supported ;S ;S The following flags define the type(s) of data compression ;S available. ;S ;S V42b ITU-T V42bis ;S ;S D: FILE/UPDATE REQUEST FLAGS: ;S ;S The following flags indicate the types of file/update requests ;S supported. ;S ;S ;S |--------------------------------------------------| ;S | | Bark | WaZOO | ;S | |---------------------|---------------------| ;S | | File | Update | File | Update | ;S | Flag | Requests | Requests | Requests | Requests | ;S |------|----------|----------|----------|----------| ;S | XA | Yes | Yes | Yes | Yes | ;S | XB | Yes | Yes | Yes | No | ;S | XC | Yes | No | Yes | Yes | ;S | XP | Yes | Yes | No | No | ;S | XR | Yes | No | Yes | No | ;S | XW | No | No | Yes | No | ;S | XX | No | No | Yes | Yes | ;S |--------------------------------------------------| ;S ;S ;S ;S The following software is qualified to ;S use the appropriate file request flag ;S according to information provided by ;S developers: ;S ;S |-----------------------------------| ;S | Flag Software Package | ;S |-----------------------------------| ;S | XA Frontdoor 1.99b and lower | ;S | Frontdoor 2.01 and higher | ;S | Dutchie 2.90c | ;S | Binkleyterm 2.1 and higher | ;S | D'Bridge 1.2 and lower | ;S | Melmail | ;S | TIMS | ;S | Xenia | ;S |-----------------------------------| ;S | XB Binkleyterm 2.0 | ;S | Dutchie 2.90b | ;S |-----------------------------------| ;S | XC Opus 1.1 | ;S |-----------------------------------| ;S | XP Seadog | ;S |-----------------------------------| ;S | XR Opus 1.03 | ;S | Platinum Xpress | ;S |-----------------------------------| ;S | XW Fido 12N and higher | ;S | Tabby | ;S | TrapDoor No update processor| ;S | The Brake! | ;S |-----------------------------------| ;S | XX Argus 2.00 and higher | ;S | BeeMail ;S | D'Bridge 1.30 and higher | ;S | Frontdoor 1.99c/2.00 | ;S | InterMail 2.01 | ;S | McMail 1.00 | ;S | T-Mail | ;S | TrapDoor - Update Processor | ;S |-----------------------------------| ;S | None QMM | ;S |-----------------------------------| ;S ;S ;S E: GATEWAY FLAG: ;S ;S The following flag defines gateways to other domains (networks). ;S ;S Flag Meaning ;S ;S Gx..x Gateway to domain 'x..x', where 'x..x` is a string ;S of alphanumeric characters. Valid values for ;S 'x..x' are assigned by the FidoNet International ;S Coordinator. Current valid values of 'x..x' may ;S be found in the notes at the end of the FidoNet ;S nodelist. ;S ;S F: MAIL PERIOD FLAGS: ;S The following flags define the dedicated mail periods supported. ;S They have the form "#nn" or !nn where nn is the UTC hour the mail ;S period begins, # indicates Bell 212A compatibility, and ! ;S indicates incompatibility with Bell 212A. ;S ;S Flag Meaning ;S ;S #01 Zone 5 mail hour (01:00 - 02:00 UTC) ;S #02 Zone 2 mail hour (02:30 - 03:30 UTC) ;S #08 Zone 4 mail hour (08:00 - 09:00 UTC) ;S #09 Zone 1 mail hour (09:00 - 10:00 UTC) ;S #18 Zone 3 mail hour (18:00 - 19:00 UTC) ;S #20 Zone 6 mail hour (20:00 - 21:00 UTC) ;S ;S NOTE: When applicable, the mail period flags may ;S be strung together with no intervening commas, eg. ;S "#02#09". Only mail hours other than that ;S standard within a node's zone should be given. ;S Since observance of mail hour within one's zone is ;S mandatory, it should not be indicated. ;S ;S G: ISDN CAPABILTY FLAGS: ;S ;S Nodelist Specification of minimal support required for this flag; ;S flag any additional support to be arranged via agreement ;S between users ;S ;S V110L ITU-T V.110 19k2 async ('low'). ;S V110H ITU-T V.110 38k4 async ('high'). ;S V120L ITU-T V.120 56k async, layer 2 framesize 259, window 7, ;S modulo 8. ;S V120H ITU-T V.120 64k async, layer 2 framesize 259, window 7, ;S modulo 8. ;S X75 ITU-T X.75 SLP (single link procedure) with 64kbit/s B ;S channel;Slayer 2 max.framesize 2048, window 2, non-ext. ;S mode (modulo 8);Slayer 3 transparent (no packet layer). ;S ISDN Other configurations. Use only if none of the above ;S fits. ;S ;S NOTE: No flag implies another. Each capability MUST be specifically ;S listed. ;S If no modem connects are supported, the nodelist speed field should ;S be 300. ;S ;S Conversion from old to new ISDN capability flags: ;S ISDNA -> V110L ;S ISDNB -> V110H ;S ISDNC -> X75 ;S ;S H: INTERNET CAPABILITY FLAGS: ;S ;S FLAG MEANING ;S ;S IBN - denotes a system that does BINKP ;S IFC - denotes a system that is capable of RAW or IFCICO ;S ITN - denote a system that does TELNET ;S IVM - denotes a system that is capable of VMODEM ;S IFT - denotes a system that allows FTP ;S ITX - denotes a system that uses TransX encoding for email ;S tunneling ;S IUC - denotes a system that uses UUEncode for email tunneling ;S IMI - denotes a system which uses MIME encoding for email ;S tunneling ;S ISE - denotes a system which supports SEAT receipts for anonymous ;S mail ;S IP - denotes a system that can receive TCP/IP connects using a ;S protocol that is not covered by any other flag. ;S IEM - is a deprecated flag, and new implementations must not ;S write it in nodelist entries. This was used as a single ;S placeholder for the InterNet address of the system if it ;S supported several transport methods. Instead of placing ;S the system address in the deprecated form specified below ;S in each flag, the address would be placed once only in this ;S flag. Implementations may need to parse this information ;S from nodelists created with older programs. ;S INA - Place to list a Fully Qualified Domain Name Or Static IP ;S Address, to be followed by applicable protocol flags ;S offered. Usage: INA:| ;S ;S ICM - *EXPERIMENTAL* ;S Indicates that the node is available for mail 24 hours ;S a day by means of one or more of the IP protocols as ;S mentioned in FTS-5001 section 1 paragraph H. ;S ;S This flag may only be used in combination with one or ;S more of the flags mentioned in FTS-5001 1.H.(f.e IBN) ;S ;S This flag must not be used in combination with the CM ;S flag. ;S ;S If the node flies any Tyz, #?? or !?? flags in ;S addition to the ICM flag, those other flags are ;S assumed to only apply to PSTN connects. ;S ;S - PSTN only node: - Flies CM flag when available 24/7. ;S ;S - IP only node: - When available 24/7 flies either CM flag or ;S ICM flag. (But not both) CM is preferable ;S as all existing software will recognise it. ;S ;S - PSTN/IP node: - Flies CM flag when both PSTN and IP sections ;S are available 24/7. ;S - Flies ICM flag when PSTN section is only ;S available during limited hours but IP ;S section is available 24/7. ;S - Never flies both. ;S ;S ;S ;S ;S Conversion from R46/R50 Internet capabilty flags to the new flags: ;S ;S BND -> IBN ;S TEL -> ITN ;S TELNET -> ITN ;S VMD -> IVM ;S TCP -> IP ;S ;S The Internet Address should be placed in the BBS name field. ;S ;S Previous usage has placed the InterNet address as part of the ;S I-flag (for example ITX:r10_tx@thevision.net) ;S In this format the flag, colon, and address combined cannot exceed 32 ;S characters. However, this practice is deprecated, and new implementations ;S must not place address data in the flag section of the nodelist entry, ;S implementations may however be required to read this data from the ;S flag section. ;S ;S Telnet default port is 23. If the port is not 23 then the port ;S number must be placed after the ITN flag (eg ITN:60177) if the ;S Telnet address is part of the ITN flag (eg ITN:farsi.dynip.com) then ;S the port number should be last (eg ITN:kraut.dynip.com:60177) always ;S remember that the flag cannot exceed 32 characters total. ;S ;S The default ports for other protocols are shown below, and changes ;S from the default port must be flagged in a similar way. ;S ;S Protocol Flag Default Port ;S ;S FTP IFT 21 ;S BINKP IBN 24554 ;S RAW/IFCICO IFC 60179 ;S VMODEM IVM 3141 ;S ;S Actual IP addresses can also be placed in the phone number field ;S using the country code of 000, however, the use of a FQDN is prefered. ;S ;S Note: All IP nodes *must* have mailer capabilities. E-Mail/FTP etc. denote ;S supplemental capabilities only. ;S ;S I: SYSTEM ONLINE USERFLAGS ;S ;S The flag Tyz is used by non-CM nodes online not only during ZMH, ;S y is a letter indicating the start and z a letter indicating the ;S end of the online period as defined below (times in UTC): ;S ;S A 0:00, a 0:30, B 1:00, b 1:30, C 2:00, c 2:30, ;S D 3:00, d 3:30, E 4:00, e 4:30, F 5:00, f 5:30, ;S G 6:00, g 6:30, H 7:00, h 7:30, I 8:00, i 8:30, ;S J 9:00, j 9:30, K 10:00, k 10:30, L 11:00, l 11:30, ;S M 12:00, m 12:30, N 13:00, n 13:30, O 14:00, o 14:30, ;S P 15:00, p 15:30, Q 16:00, q 16:30, R 17:00, r 17:30, ;S S 18:00, s 18:30, T 19:00, t 19:30, U 20:00, u 20:30, ;S V 21:00, v 21:30, W 22:00, w 22:30, X 23:00, x 23:30. ;S ;S For example TuB shows an online period from 20:30 until 1:00 UTC. ;S ;S Daylight saving time ;S ;S If a node changes online times with respect to UTC when daylight ;S saving time becomes effective (which would be the case with most ;S part time nodes), then this is to be taken into account when ;S assigning this flag. An online times flag assigned to a node should ;S not be altered for the specific purpose of adjusting due to ;S daylight saving time, since large difference files (NODEDIFF's) ;S would result if every node was allowed to do this, e.g. my node ;S used to be online from 2300 to 0800 in local time, which in winter ;S is UTC, but in the summer it becomes BST (British Summer Time). ;S This is one hour ahead of UTC, and the corresponding availability ;S times of my node during the summer period were 2200 to 0700 UTC. ;S Therefore my online times flag would have indicated availability ;S between the hours of 2300 and 0700 UTC, the daily time period ;S encompassing both times, so the flag would be TXH. ;S ;S J: BAUD RATES: ;S ;S The following baud rates are authorized for use in the nodelist: ;S ;S 300, 1200, 2400, 4800, 9600, 14400, 16800, 19200, 28800, 33600 ;S ;S K: Special flag: "PING" without any arguments ;S ;S Meaning: ;S ;S Nodes flying this flag will adhere to the following functionality: ;S ;S 1) PING-function: ;S """"""""""""""""" ;S If a message destined to "PING" arrives at its final ;S destination and this final destination flies the ;S "PING"-flag, then the receiving node will bounce the ;S message back to the original sender clearly displaying ;S all the original via-lines. ;S ;S If a message destined to "PING" arrives at its final ;S destination but this final destination does _not_ fly ;S the "PING"-flag then the message may be deleted from ;S the inbound-queue without further follow-up. ;S ;S 2) TRACE-function: ;S """""""""""""""""" ;S If a message destined to "PING" arrives at a node which ;S flies the PING-flag but is merely passing-through to ;S another destination then the in-transit node will notify ;S the sender of this occurence and will forward the ;S original mail unaltered towards its final destination. ;S ;S ;S Userflags authorized for use in the nodelist ;S ------------ ;S A. FORMAT OF USER FLAGS ;S ;S U,x..x ;S A user-specified string, which may contain any ;S alphanumeric character except blanks. This string may ;S contain one to thirty-two characters of information ;S that may be used to add user-defined data to a specific ;S nodelist entry. The character "U" must not be ;S repeated, eg, ",U,XXX,YYY,ZZZ" not ",U,XXX,U,YYY,UZZZ". ;S The 32 character limitation is per userflag, not for ;S the total of all userflags. ;S ;S New implementations must place a comma after the ;S initial "U" before the user flags. Some ;S implementations will not place a separating comma ;S between the "U" and the first user flag, but this ;S practice is deprecated. Implementations should be ;S prepared to read flags in this format, and must strip ;S the "U" from the flag before analysis in this case. ;S ;S Entries following the "U" flag must be of a technical ;S or administrative nature. While experimentation of new ;S software functions using this flag is encouraged, ;S advertisement is strictly prohibited. ;S ;S For applications other than those shown, or if you ;S have questions concerning the use of this field, please ;S contact your Regional or Zone Coordinator. ;S ;S ZEC Zone EchoMail Coordinator. Not more than one entry ;S in the zone segment may carry this flag and that entry ;S must be the current Zone EchoMail Coordinator. ;S ;S REC Regional EchoMail Coordinator. Not more than one ;S entry in any region may carry this flag and that entry ;S must be the current Regional EchoMail Coordinator. ;S ;S NEC Network EchoMail coordinator. Not more than one entry ;S in any net may carry this flag and that entry must be ;S the current Network EchoMail Coordinator of that Net. ;S ;S ;S SDS Software Distribution System ;S ;S SMH SecureMail Hub - or one of the following variations, ;S indicating the specific level of the hub: ;S ;S NSMH - Net SecureMail Host - only one per net ;S RSMH - Region SecureMail Host - only one per region ;S ZSMH - Zone SecureMail Host - only one in Zone 1 ;S ISMH - International SecureMail Host - only one in Fidonet ;S ;S NC Network Coordinator. This flag is ONLY to be used by ;S the Network Coordinator of a net which has split the ;S duties of NC and Host and the NC does NOT occupy the ;S Net/0 position in the nodelist. ;S