home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / bdoc_260.zip / BT_GLOS.TXT next >
Text File  |  1995-11-07  |  25KB  |  715 lines

  1. In an endeavour to make this Glossary as complete as possible, some
  2. definitions have been borrowed from glossaries issued with Squish, Msged and
  3. ESC (These programs are often used in conjunction with BinkleyTerm). Full
  4. Acknowledgments and grateful thanks are offered to the authors of these
  5. programs.      BRS Feb 1994
  6.  
  7.                               THE   GLOSSARY
  8. *.MSG
  9.  
  10.      The message format originally used by Fido, also used as the FidoNet
  11.      standard for local message storage The *.MSG system requires a separate
  12.      directory for each message area, and a separate file for each message.
  13.      This makes the *.MSG format inefficient, in terms of both disk space and
  14.      time. For compatibility reasons, Squish uses the *.MSG format by
  15.      default.
  16.  
  17. *.SQ?
  18.  
  19.      The message format originally used by Maximus. *.SQ? (or "Squish
  20.      format") uses two files per area; a .SQI file contains a message index,
  21.      and the other contains the message headers and text.
  22.  
  23. *.PKT
  24.  
  25.      The "transport layer" for FidoNet-compatible messages.  Packets are used
  26.      when transferring messages between two different FidoNet systems. Since
  27.      all systems use the same type of packet, *.PKT can be used to transfer
  28.      messages between systems which use unlike message bases (such as *.MSG
  29.      and the QuickBBS/Hudson format). See also "2+" and "StoneAge".
  30.  
  31. 2+
  32.  
  33.      A new, backwards-compatible form of *.PKT files. The original packet
  34.      design had no allowances for zone and point information; the 2+ packet
  35.      format corrects this shortcoming.  Squish creates 2+ packets by default,
  36.      but it can also handle StoneAge packets. See also "*.PKT" and
  37.      "StoneAge".
  38.  
  39. 4D
  40.  
  41.      A term used to refer to a full FidoNet address. An address in the form
  42.      "zone:net/node.point" is called 4D because it allows for
  43.      four-dimensional addressing. 
  44.  
  45. AMAX
  46.  
  47.      The name of a BinkleyTerm utility by Alan Applegate that handles various
  48.      outbound mail manipulation functions.
  49.  
  50. Archiver
  51.  
  52.      An archiver is a program used to compress files. Archivers are very
  53.      useful in a FidoNet environment, as compressing mail can reduce its size
  54.      by up to 80%.
  55.  
  56. ARCmail
  57.  
  58.      Simply archived mail packets, processed with an ARC- compatible utility.
  59.      Typically used to forward EchoMail messages due to the file compression
  60.      inherent in the archiving process. Naming conventions correspond to a
  61.      generally accepted method. See 'Mail Packet.' ARCmail refers to both a
  62.      program from System Enhancement Associates and to a mail compression
  63.      format. Mail which is compressed using the ARC archiver is referred to
  64.      as "ARCmail". Similarly, mail compressed with ZIP is called "ZIPmail",
  65.      mail compressed with LHarc is referred to as "LZHmail", and so on.
  66.  
  67. ArcmailAttach
  68.  
  69.      An ArcmailAttach system is a mailer which requires "file attaches" to
  70.      send compress mail bundles. ArcmailAttach is not specific to the ARCmail
  71.      compression method; it simply means that a different method is used for
  72.      creating compressed mail bundles. Mailers such as FrontDoor, InterMail,
  73.      D'Bridge and Dutchie require the "ArcmailAttach" keyword in SQUISH.CFG.
  74.  
  75. AREAS.BBS
  76.  
  77.      A ConfMail-compatible file containing a list of message directories,
  78.      addresses, and area tags. Squish can use AREAS.BBS, but areas must be
  79.      declared in SQUISH.CFG to use some of Squish's advanced features.
  80.  
  81. bang path
  82.  
  83.      Addressing a message can get messy in today's e-mail world, especially
  84.      if it's destined for a system in another computer network, such as UUCP
  85.      or the InterNet. Fortunately, msged understands the disparate vagaries
  86.      of addressing standards and accomplishes most of the tricky stuff all by
  87.      itself. You need only enter the address. Oh... a bang path is an UUCP
  88.      address. It is the list of systems that a message must travel to reach
  89.      the destination system from the originating system. Each system in the
  90.      list is separated by an exclamation point ('!') which, in UNIX
  91.      terminology, is called a bang. In general InterNet style domain
  92.      addresses (user@site.domain) are preferred to bang paths. 
  93.  
  94. BBS
  95.  
  96.      An electronic bulletin board system. A method of communicating and
  97.      sharing files with others by computer.  Typically operated by hobbyists,
  98.      free-of-charge.  
  99.  
  100. Busy flag
  101.  
  102.      A semaphore file used in the BinkleyTerm outbound area.  Busy flags are
  103.      used to ensure that two programs don't access the same file at the same
  104.      time, when running in a multitasking or a network environment.
  105.  
  106. BOSS 
  107.  
  108.      The sysOp (system operator) of a points Host system. 
  109.  
  110. BOSSNODE 
  111.  
  112.      A term used by Points. It refers to your host system- the system from
  113.      which you receive  your mail.
  114.  
  115. CALL
  116.  
  117.      To have your mailer dial another system to  deliver, pickup or check for
  118.      mail or files to be transferred.
  119.  
  120. Carrier Detect
  121.  
  122.      A serial port line that is brought "high" (raised, given a "true"
  123.      logical value) when carrier is present on the line, e.g., when the modem
  124.      is connected to another modem. 
  125.  
  126.      The modem raises and lowers this line.
  127.  
  128. CD
  129.  
  130.      See "Carrier Detect."
  131.  
  132. Compressed Mail
  133.  
  134.      Mail that has been compressed or "archived" with any one of several
  135.      archiving utilities. Such mail is also known as ARCmail, ZOOmail,
  136.      PAKmail, etc., depending on which archiving utility was used to compress
  137.      the mail.
  138.  
  139. ConfMail
  140.  
  141.      The name of a mail processing program by Bob Hartman for use in the Opus
  142.      or Fido environments, or any other environment that uses a compatible
  143.      message base.
  144.  
  145. Continuous Mail
  146.  
  147.      A capability of a particular system to accept mail at any time of day,
  148.      as opposed to being required to accept it only during certain
  149.      pre-scheduled times.
  150.  
  151. Crash
  152.  
  153.      A message flavour. Crash means that a message should be sent directly to
  154.      its destination, with no routing implied.  Crash usually implies "send
  155.      it NOW".
  156.  
  157. D'Bridge
  158.  
  159.      A commercial FidoNet mailer written by Chris Irwin.
  160.  
  161. Data Terminal Ready
  162.  
  163.      A serial port line that is brought "high" (raised, given a "true"
  164.      logical value) when the local terminal is ready for communications. A
  165.      serial device (in our case a modem) connected to the serial port uses
  166.      this line to detect whether the terminal (your PC and BinkleyTerm) are
  167.      ready for communications activities. Normally, bringing the line "low"
  168.      (lowering, giving a "false" logical value) causes a modem to disconnect
  169.      from the telephone line. 
  170.  
  171.      BinkleyTerm raises and lowers this line.
  172.  
  173. Direct
  174.  
  175.      A message flavour. Direct is identical to crash in all respects, except
  176.      that the message will be governed by your mailer's event schedule.
  177.  
  178. Domains
  179.  
  180.      Domain addressing represents a relatively recent Fidonet kludge designed
  181.      to more reliably identify and avoid conflicts with identically numbered
  182.      Zones and Nets in other networks. The address is then made up of 5
  183.      parts, with separators as shown below:
  184.  
  185.                Zone:Net/Node.Point@Domain  
  186.  
  187.      When a message is addressed to another Domain, it is  rerouted to the
  188.      domain gateway for that domain, unless  marked crash. If no domain
  189.      gateway is found listed for  a particular domain, the address is left
  190.      untouched. In  any case, a line is inserted into the message using the 
  191.      format:
  192.  
  193.           ^ADOMAIN ddmn zone:net/node sdmn zone:net/node
  194.  
  195. DTR
  196.  
  197.      See "Data Terminal Ready."
  198.  
  199. Duplicate messages (dupes) 
  200.  
  201.      A second copy of an EchoMail message. When problems crop up in EchoMail
  202.      topology, copies of old messages occasionally get dumped into the
  203.      system. A good mail processor will handle this.
  204.  
  205. Dutchie
  206.  
  207.      A FidoNet mailer written by Henk Wevers.
  208.  
  209. Dynamic Event
  210.  
  211.      A system event (see "Event") that stops when particular conditions (lack
  212.      of mail of a certain type to be sent) are met.
  213.  
  214. EchoMail
  215.  
  216.      A system devised by Jeff Rush for the automated sharing of message areas
  217.      between systems, whereby messages are "echoed" from one system to
  218.      another. Also known as conferences or EchoMail conferences. 
  219.  
  220. EMSI
  221.  
  222.      A handshake protocol credited to Joaquim H. Homrighausen allowing
  223.      maximum flexibility in session startup and control
  224.  
  225. Errorlevel
  226.  
  227.      The name of a DOS environment variable; contains a value returned by a
  228.      program on exit that indicates a certain pre- defined condition. An
  229.      errorlevel is a number set by a DOS or OS/2 program when that program
  230.      terminates. This number can be later checked for in a batch or command
  231.      file, and various actions can be taken based on that number.
  232.  
  233. ESC
  234.  
  235.      The name of a utility program which will prepare configuration files etc
  236.      so that setting up a Point system is simple, once all the necessary
  237.      programs (details in the docs.) are to hand.
  238.  
  239. Event
  240.  
  241.      A system occurrence at a pre-configured time, day-of-the- week, and/or
  242.      date. Normally system limitations such as when to dial long distance are
  243.      dependent on system events.
  244.  
  245. Fallback, Fallforward.
  246.  
  247.      Automatic adjustment of the baud rate carried out by modems with this
  248.      capability.
  249.  
  250. FD 
  251.  
  252.      Contraction of Front Door, a front end mailer program.
  253.  
  254. Feed
  255.  
  256.      The system which supplies echomail or files to another system. Also
  257.      referred to as the Boss or Host system or Bossnode.
  258.  
  259. Fido
  260.  
  261.      The original implementation of FidoNet and FidoNet protocol; a BBS
  262.      software package.
  263.  
  264. FidoNet
  265.  
  266.      The name of the original network that used FidoNet protocol, as designed
  267.      by Tom Jennings.
  268.  
  269. FidoNet Protocol
  270.  
  271.      A method of electronic mail transfer designed by Tom Jennings, as
  272.      documented in the Fido Technical Standards Committee document FSC-0001.
  273.  
  274. File Request
  275.  
  276.      The ability and associated methods of using extended FidoNet protocol to
  277.      obtain a particular file automatically from one FidoNet system to
  278.      another.
  279.  
  280. Flavour 
  281.  
  282.      A 'flavour' is also known as a priority. Flavours can be used to
  283.      override other routing commands and to explicitly send mail directly to
  284.      a given node.
  285.  
  286. FOSSIL Driver
  287.  
  288.      FOSSIL is an acronym for Fido/Opus/SEAdog Standard Interface Layer.
  289.      Since not all computers capable of running MS-DOS are hardware
  290.      compatible with the IBM PC, communications software typically written
  291.      for the IBM PC may not operate on machines such as the DEC Rainbow,
  292.      Sanyo 555 or Heath/Zenith 100. 
  293.  
  294.      The FOSSIL provides a consistent manner for a communications program to
  295.      access the communications ports, keyboard and screen. The FOSSIL is
  296.      typically installed at boot-time, either as a device driver or as a
  297.      program. The driver MUST be installed prior to running any FOSSIL
  298.      compatible software, BinkleyTerm included, or an error message will be
  299.      generated, and the program will abort.
  300.  
  301.      FOSSIL drivers are normally available from systems that distribute
  302.      Opus-CBCS and/or BinkleyTerm software. Examples of FOSSIL drivers are:
  303.      OpusComm by Bob Hartman for the IBM PC and close compatibles, X00 by Ray
  304.      Gwinn for the IBM PC and compatibles, and DECCOMM by Vince Perriello for
  305.      the DEC Rainbow. 
  306.  
  307. FREQ 
  308.  
  309.      Abbreviation for "File request"
  310.  
  311. FrontDoor
  312.  
  313.      A FidoNet mailer written by Joaquim Homrighausen. (also known as FD and
  314.      FroDo)
  315.  
  316. Front end
  317.  
  318.      A synonym for "mailer".
  319.  
  320. FSC001
  321.  
  322.      In BinkleyTerm, an abbreviation that indicates that a mail session
  323.      corresponding to the FSC-0001 standard is in use.  FSC-0001 is a
  324.      standards document written by the FidoNet Technical Standards Committee.
  325.      
  326.  
  327. FTS
  328.  
  329.      Fido Technical Standard. Rules for Fidonet.
  330.  
  331. Gates
  332.  
  333.      Gates are systems that can move messages from one network to another.
  334.      This may involve changing the message format or it may be as simple as
  335.      interpreting an extended address line in the message and acting
  336.      accordingly. Gateways are an essential part of the worldwide
  337.      connectivity of FidoNet and other electronic mail networks. For example,
  338.      did you know that it is possible for a FidoNet sysop to send a message
  339.      to someone with an account on Compuserve? It's all done through gates.
  340.  
  341. GroupMail
  342.  
  343.      A method of sharing message areas devised by System Enhancement
  344.      Associates, Inc., similar to EchoMail, except that responsibility for
  345.      obtaining mail is placed on the receiving system, not the sending system
  346.      as with EchoMail.  Based on usage of update requests.
  347.  
  348. Handshake
  349.  
  350.      The initial negotiation between two modems to decide on a suitable
  351.      transmission speed and suitable software protocol so that both ends
  352.      understand one another.
  353.  
  354. Hold
  355.  
  356.      A message flavour indicating that the message in question should be
  357.      placed on hold for pick-up.
  358.  
  359. Hold Area
  360.  
  361.      See "Outbound Area."
  362.  
  363. Host-routed
  364.  
  365.      Host-routed means that the messages in question will be sent to the
  366.      network host (net/0), as opposed to being sent directly to the
  367.      destination. Squish can optionally perform host routing.
  368.  
  369. Hydra
  370.  
  371.      A recently introduced bi-directional mail transfer program devised by
  372.      Arjen Lentz and Joaquim H. Homrighausen and now incorporated in
  373.      BinkleyTerm 2.60
  374.  
  375. IEMSI
  376.  
  377.      Stands for Interactive electronic mail standard identification. A
  378.      handshake protocol devised by Joaquim H. Homrighausen used typically in
  379.      connecting a user (called the Terminal) to a BBS (called the Server).
  380.      The handshake provides information such as name and password to the
  381.      server without the need to enter this each time. Becoming more common,
  382.      but not many BBSs have suitable software and only one? terminal program
  383.      is yet available with IEMSI.
  384.  
  385. Inbound Area
  386.  
  387.      Also known as the "NetFiles" area, this is a special sub- directory set
  388.      aside for the acceptance of incoming mail or files from other network
  389.      systems.
  390.  
  391. Janus
  392.  
  393.      A Bi-directional protocol for mail transfer introduced with BinkleyTerm
  394.      2.40
  395.  
  396. Keyword
  397.  
  398.      (or command, token, statement, verb, or even parameter) A word in a
  399.      configuration file which acts as a signal to the program they exist for.
  400.  
  401.  
  402. Mail Packet
  403.  
  404.      A unit of mail as defined in the FidoNet Technical Standards Committee
  405.      document FSC-0001. 
  406.  
  407. Mailer
  408.  
  409.      A program that acts as a FidoNet-compatible mail handler, using FidoNet
  410.      protocol. Normally, a mailer answers the phone, accepts and/or sends
  411.      mail, and possibly passes human callers on to a BBS.
  412.  
  413. MSGED
  414.  
  415.      An Opus/Fido compatible message reader/editor by Jim Nutt.
  416.  
  417. Net
  418.  
  419.      A subset of a FidoNet compatible network, usually a collection of nodes
  420.      within a metropolitan area.
  421.  
  422. NetFiles
  423.  
  424.      Files received from other systems in the network; also a special
  425.      sub-directory set aside for the reception of such files.
  426.  
  427. NetMail
  428.  
  429.      Person-to-person mail sent through the network.
  430.  
  431. Network
  432.  
  433.      As it applies to BinkleyTerm, a collection of nodes that are FidoNet
  434.      compatible, such as the FidoNet network itself, or others such as
  435.      EggNet, AlterNet, RBBS-Net, etc.  Also, a division of a full network.
  436.      See "Net" above.
  437.  
  438. Node
  439.  
  440.      A FidoNet compatible system, represented by a node address, and listed
  441.      in a nodelist.
  442.  
  443. Nodelist
  444.  
  445.      A listing of FidoNet nodes.
  446.  
  447. Normal
  448.  
  449.      A message priority. Normal-flavoured messages can be routed, but if no
  450.      routing is applied, a normal message will be sent directly to its
  451.      destination.
  452.  
  453. oMMM
  454.  
  455.      A packing program (packer) originally designed for Opus- CBCS, but now
  456.      sometimes used with BinkleyTerm.
  457.  
  458. Opus-CBCS
  459.  
  460.      "The Opus Computer Based Conversation System," a BBS designed by Wynn
  461.      Wagner III. Uses ".MSG" message base (compatible with Fido BBS program).
  462.      Contains built-in FidoNet compatible mailer.
  463.  
  464. Origin line
  465.  
  466.      A control line near the bottom of an EchoMail message. The origin line
  467.      identifies the origination point of a message.  Most origin lines have
  468.      the following form: 
  469.  
  470.      * Origin: name (address)
  471.  
  472.      where "name" is a brief description of the system, and "address" is a
  473.      full 4D network address.
  474.  
  475. Outbound Area 
  476.  
  477.      Also known as the "Hold Area," this is a special sub- directory set
  478.      aside specifically for holding mail waiting to be sent to or picked-up
  479.      by its destination. 
  480.  
  481. Packer
  482.  
  483.      A program that processes mail entered on a system, and prepares it for
  484.      sending by the mailer.
  485.  
  486. Packet
  487.  
  488.      Within FidoNet, a message unit conforming to FSC-0001 specifications.
  489.      With file transfer protocols, a block, or "piece" of the file transfer.
  490.      Normally a pre-determined size in bytes.
  491.  
  492. Parameter
  493.  
  494.      Usually the supporting information needed for a command to operate.
  495.      Occasionally used as a synonym for "statement"
  496.  
  497. Point
  498.  
  499.      A point is a system operating through and under the control of a
  500.      regular, fully qualified FidoNet node. The term is derived from the node
  501.      address format, 1:104/36.2 for example, where 1 is a zone, 104 a net, 36
  502.      a node, and 2 is the point. 
  503.  
  504.      Primarily, Points are intended to provide an method of participating in
  505.      EchoMail conferences in an off-line state.  The conferences are packed
  506.      and held for the Point system by the Boss, a system which carries the
  507.      desired conference(s) and is willing to route them to the Point. The
  508.      Point system 'polls' the Boss for the conferences, which are unpacked
  509.      and read off-line on the Point system. Responses are packed and sent to
  510.      Boss in much the same manner as is done by regular FidoNet nodes. 
  511.  
  512.      Generally, Points never interact with regular nodes, only with their
  513.      Boss, since Point systems are not listed in the FidoNet nodelist. 
  514.  
  515. QuickBBS
  516.  
  517.      A BBS program designed by Adam Hudson, which uses configurable menuing
  518.      and a database-style message base.  Requires mail processing software
  519.      designed specifically for its message format.
  520.  
  521. Region
  522.  
  523.      A subset of a FidoNet compatible network, a collection of nodes within
  524.      a broad geographical area. With regard to FidoNet addressing, a region
  525.      is handled the same way as a network. With regard to operational
  526.      infrastructure, this is a higher level than a net.
  527.  
  528. Remap
  529.  
  530.      Remapping is the process of readdressing inbound messages based on the
  531.      name in the "To:" field. For example, messages are commonly remapped for
  532.      points, since the point number may be occasionally omitted when
  533.      specifying a system address.
  534.  
  535. Retrain
  536.  
  537.      Automatic adjustment of the baud rate carried out by modems with this
  538.      capability.
  539.  
  540. Scan
  541.  
  542.      Usually associated with EchoMail processing, "scanning" is the process
  543.      of taking new messages from a form usable by a BBS program or message
  544.      editor and preparing them for sending via the network by placing them in
  545.      standard packet and/or compressed mail format.
  546.  
  547. SEAdog
  548.  
  549.      A commercial FidoNet mailer by System Enhancement Associates, Inc.
  550.  
  551. SEAlink
  552.  
  553.      A variant of Xmodem, a robust file transfer protocol featuring sliding
  554.      windows, good error trapping and extended file information. Superior to
  555.      Xmodem for use on difficult or satellite connected links.
  556.  
  557. SEEN-BY
  558.  
  559.      A control line at the bottom of an EchoMail message. SEEN- BYs are used
  560.      to determine which systems have already been sent a particular message.
  561.  
  562. Sirius
  563.  
  564.      An Opus/Fido compatible message reader/editor by Bob Klahn.
  565.  
  566. SHARE.EXE
  567.  
  568.      A DOS program used to enable file locking. SHARE must be loaded if you
  569.      wish to use Squish-format message areas in a multitasking environment.
  570.  
  571. Squish
  572.  
  573.      A multi featured,Fidonet compatible Echomail processor. It incorporates
  574.      most of the common echomail functions into the one package and it offers
  575.      a choice of using the standard *.MSG message base or its own (now
  576.      common) Squish message base which is designed to be fast, reliable and
  577.      small.
  578.  
  579. Statement
  580.  
  581.      Another synonym for "keyword"
  582.  
  583. StoneAge
  584.  
  585.      A term applied to the original *.PKT design. StoneAge packets do not
  586.      support zone or point information. See also "2+" and "*.PKT".
  587.  
  588. Sysop
  589.  
  590.      System operator; the person who operates a BBS, and/or the operator of
  591.      a FidoNet node.
  592.  
  593. Tear line
  594.  
  595.      A control line at the bottom of an EchoMail message. A tear line is used
  596.      to end the message body, and it usually contains a short,
  597.      product-specific banner. A tear line begins with three dashes, such as
  598.      "--- Thisprog v1.00".
  599.  
  600. TBBS
  601.  
  602.      A commercial BBS software package by eSoft, Inc.
  603.  
  604. Telink
  605.  
  606.      An Xmodem variant, a file transfer protocol that is essentially Xmodem
  607.      with a file information packet.
  608.  
  609. Terminal Mode
  610.  
  611.      A BinkleyTerm mode within which the software may be used for manual,
  612.      direct connections with remote modem-equipped computers.
  613.  
  614. Toss
  615.  
  616.      Usually associated with EchoMail processing, "tossing" is the process of
  617.      unpacking compressed mail into a form usable by a particular BBS program
  618.      or message editor.
  619.  
  620. TSYNC
  621.  
  622.      A signal sent to a FidoNet system from another FidoNet system attempting
  623.      to pass mail traffic. TSYNC is essentially a "handshake" between the
  624.      sending and receiving systems to synchronize the mail session.
  625.  
  626. Unattended Mode
  627.  
  628.      A BinkleyTerm mode within which FidoNet electronic mail may be sent or
  629.      received.
  630.  
  631. Undialable
  632.  
  633.      A term for nodes which will no longer be called automatically by the
  634.      system until manually reset. The result of excessive unsuccessful
  635.      connections with the remote system in an attempt to send mail.
  636.  
  637. Unpacker
  638.  
  639.      A mail processing program that takes mail as received (compressed mail
  640.      and/or packets) and places it into a form usable by a given type of BBS
  641.      program or message editor. 
  642.  
  643. Update Request
  644.  
  645.      The ability and associated methods of requesting only a newer copy of a
  646.      file located on one FidoNet system, if a newer copy exists, from another
  647.      FidoNet system, using extended FidoNet protocol.
  648.  
  649. Verb 
  650.  
  651.      A synonym for "keyword"
  652.  
  653. VFOSSIL (Video FOSSIL Driver)
  654.  
  655.      A standard resident driver that allows a software program to access
  656.      display hardware in a consistent manner regardless of hardware
  657.      compatibility. This is an extension of the FOSSIL driver, and may not be
  658.      supported by all FOSSIL drivers at this time. A VFOSSIL allows much
  659.      faster access to the video display hardware than a FOSSIL driver alone
  660.      would support.
  661.  
  662. WaZOO
  663.  
  664.      An open architecture method of electronic mail transfer designed by Wynn
  665.      Wagner, and originally used with Opus-CBCS.  Various protocols can be
  666.      used under WaZOO, including ZedZap, a slightly modified Zmodem, and
  667.      DietIFNA, a SEAlink method.  See 'YooHoo.'
  668.  
  669. Wildcards
  670.  
  671.      The ability to specify multiple similarly named files by using an
  672.      asterisk in place of any number of characters in a file name or
  673.      extension, or a question mark to replace a single character.
  674.  
  675. Xmodem
  676.  
  677.      One of the first of its type, a file transfer protocol designed by Ward
  678.      Christensen. Although technologically behind other newer, more robust
  679.      protocols, Xmodem is the most widely supported and implemented file
  680.      transfer protocol in dial-up use.
  681.  
  682. YooHoo
  683.  
  684.      A method of mail transfer session negotiation which  determines if the
  685.      remote system is capable of handling WaZOO. FidoNet systems that do not
  686.      support WaZOO will simply disregard the YooHoo; systems capable of
  687.      supporting it will answer affirmatively, and a WaZOO session will be
  688.      initiated. See 'WaZOO.' YooHoo is defined in the Fido Technical
  689.      Standards Committee document FSC-0005.
  690.  
  691. Zmodem
  692.  
  693.      A robust streaming file transfer protocol featuring advanced error
  694.      recovery techniques, variable packet sizing, good error detection and
  695.      extended file information. Extremely efficient, yet complex. Highly
  696.      effective with difficult connections.
  697.  
  698. Zone
  699.  
  700.      A large geographical sub-division in the network, the highest level of
  701.      the accepted FidoNet addressing scheme.  Broad areas such as continents
  702.      are given zone designations.  Also used to specify a particular
  703.      alternate network.
  704.  
  705. Zonegate
  706.  
  707.      A zonegate is a system which sends EchoMail to more than one zone.
  708.  
  709. ZOOmail
  710.  
  711.      Archived mail packets, processed with the ZOO utility. Typically used to
  712.      forward EchoMail messages due to the file compression inherent in the
  713.      archiving process.  Naming conventions correspond to a generally
  714.      accepted method. See 'Mail Packet.'
  715.