home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / ZCOMMDOC.ZIP / ZCOMMDOC.AC < prev    next >
Text File  |  1995-03-21  |  71KB  |  1,771 lines
  1.  
  2.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  3.       ZCOMM User Manual                                                   61
  4.  
  5.       but noticeable improvement in performance, with 1024 best for clean
  6.       lines and smaller numbers better for noisy lines.
  7.  
  8.       When sending files over noisy phone lines not involving networks, the
  9.       speed of error recovery may be increased by decreasing the values of
  10.       the ZMODEM t and p numeric parameters.
  11.  
  12.       Information about YMODEM and ZMODEM protocol internals is provided in
  13.       ymodem.doc and zmodem.doc, part of Omen Technology's ZMODEM
  14.       Developer's Collection.
  15.  
  16.       13.6.1  Receiver Window Size Override  Some ZMODEM senders control the
  17.       network window size to improve error recovery and/or overcome
  18.       incorrect flow control configuration.  The optimum size of this
  19.       depends on the average error rate on the link, information that may
  20.       not be available to the sender.  ZMODEM-90(TM) allows the receiver to
  21.       specify the window size, with the Wn option, overriding the sender's
  22.       window size.
  23.  
  24.       SEE ALSO: Wn option
  25.  
  26.       13.7  TERMINAL SERVERS
  27.  
  28.       Terminals on some timesharing systems are connected indirectly to the
  29.       host with TERMINAL SERVERS operating over networks.  Terminal servers
  30.       often interfere with file transfers by "eating" control characters
  31.       and/or losing data.
  32.  
  33.       Accessing a distant system using telnet on a local Unix system entails
  34.       the same problems.  If telnet does not work well, try rlogin with the
  35.       -8 option.  Set the escape character to ^P (control P) which is
  36.       protected by ZMODEM.
  37.  
  38.       When terminal servers interfere with file transfers, server commands
  39.       are often available to help the problem.  When possible, enable the
  40.       server and modems for hardware flow control in and out.  Set the
  41.       terminal server to telnet transparent mode.  Some typical commands are
  42.       "SET TERMINAL DOWNLOAD", "set session passall", and "SET TERMINAL NO
  43.       ESC", but there is no standard set of commands suitable for all
  44.       terminal servers.  Normally these commands are given before attempting
  45.       file transfers, but one user has reported that the command must be
  46.       given after the file transfer is started(!).  Until terminal server
  47.       vendors improve the quality of their product, you may have to get on
  48.       their case until they adequately support high performance file
  49.       transfers.
  50.  
  51.       Escaping control characters with ZMODEM (sz -e) may help if the
  52.       transfer gets stuck in the same place on every attempt.
  53.       Professional-YAM and ZCOMM allow selection of which control characters
  54.       need to be escaped.  In extreme cases 7-bit transmission may be
  55.       required (see the Professional-YAM/ZCOMM manual).  If you encounter
  56.  
  57.  
  58.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  59.  
  60.  
  61.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  62.       ZCOMM User Manual                                                   62
  63.  
  64.       problems with control characters you should identify which control
  65.       characters are causing the problem.  Please refer to the sz -T command
  66.       in sz.doc for more help.
  67.  
  68.       Flow control between the server and modem is often defective.  This
  69.       rarely causes a problem in interactive applications whose short bursts
  70.       (a screenfull at most) fit within the available memory buffers.
  71.       Streaming protocols such as YMODEM-g, long packet SuperKermit, and
  72.       ZMODEM can overload the available buffering.  Some terminal servers
  73.       support commands to enable hardware flow control such as "TERM
  74.       FLOWCONTROL HARDWARE IN OUT"; this assumes the modem attached to the
  75.       server is properly configured.
  76.  
  77.       If the terminal server is too brain damaged to support flow control,
  78.       ZMODEM lets you fake it by setting a window size.  Try
  79.            sz -w2048 file...
  80.       to enable software flow control.  Experiment with different window
  81.       sizes for best results.
  82.  
  83.       Terminal servers are designed to accept keyboard input from human
  84.       operators.  They may lose data when a program sends more data to the
  85.       host faster than humans type.  Some servers allow larger input buffers
  86.       to support file uploads.  If you can upload short files (less than 100
  87.       bytes) but not longer files, try
  88.            sz -w1024 file...
  89.       with your uploading program.  (Not all programs support this option;
  90.       use ZCOMM or Professional-YAM.)
  91.  
  92.       When both flow control and character transparency are problems, use
  93.            sz -ew1024 file...
  94.       as a starting point.
  95.  
  96.       Sometimes the terminal server software is defective and must be
  97.       corrected.  Please contact the network's vendor for corrective
  98.       procedures.  An alternative is to install direct serial ports for
  99.       users desiring to upload files.
  100.  
  101.       We have also encountered problems when networking software fails to
  102.       pass data after a large amount of data has been sent to the host.
  103.       This has happened on a PPP internet connection which prevented uploads
  104.       of large amounts of data via either FTP or a ZMODEM upload (via
  105.       TELNET).  The PPP connection grinds to a standstill and not even PING
  106.       works.  The same ZMODEM/TELNET combination easily uploaded ten times
  107.       as much to a nearby machine connected by Ethernet.
  108.  
  109.  
  110.       13.7.1  PORT WATCHERS  Some systems enforce a timeout which
  111.       disconnects a user after several minutes of keyboard inactivity.
  112.       Long, error free ZMODEM transfers do not generate keyboard activity
  113.       (this is why ZMODEM is so efficient).  Restricting the window size
  114.       with
  115.  
  116.  
  117.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  118.  
  119.  
  120.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  121.       ZCOMM User Manual                                                   63
  122.  
  123.            sz -w16384 file...
  124.       option generates terminal input at regular intervals even when no
  125.       error correction is needed.  If problems persist, try setting a packet
  126.       length.
  127.            sz -l1024 file...
  128.       (The default ZMODEM packet length is the file length.)
  129.  
  130.       The sz e and m options may be used in conjunction with the xmtxesc and
  131.       zmrxesc string parameters to specify more control characters which
  132.       cannot be passed over the serial line.
  133.  
  134.       SEE ALSO: zmtxesc, zmrxesc string parameters
  135.  
  136.       13.8  7 Bit Environments
  137.  
  138.       ZMODEM-90 automatically detects 7 bit environments and adjusts
  139.       accordingly.  If the environment is known to be 7 bits, use the E
  140.       option to provide 7 bit compatibility in minimum time.
  141.  
  142.       EXAMPLE: sz -E file.doc
  143.  
  144.  
  145.       When transferring files with a large number of bytes with the 8th bit
  146.       set, the P ("pack") option may be used to optimize 7 bit encoding.
  147.  
  148.       EXAMPLE: sz -P zipfile.zip
  149.  
  150.  
  151.       13.8.1  Manual ABORT  If a ZMODEM transfer fails abruptly under
  152.       exceptional conditions the program on the remote machine may be
  153.       manually terminated by repeatedly typing Ctrl-X characters at it until
  154.       the program exits.
  155.  
  156.       13.9  XMODEM Family Protocols
  157.  
  158.       All XMODEM family protocols require an absolutely transparent data
  159.       path from sender to receiver.  Modems must not be configured for
  160.       software flow control.
  161.  
  162.       13.9.1  TRUE YMODEM(TM)  Developed in 1981, YMODEM is finding its way
  163.       into many communications programs.  With Omen Technology's Enhanced
  164.       Data Recovery(TM), YMODEM gives excellent efficiency, integrity, and
  165.       fair robustness in many applications.
  166.  
  167.       True YMODEM transfers one or more files in a batch, without alteration
  168.       or added garbage characters.  True YMODEM also preserves the file date
  169.       across multiple time zones.  ZCOMM and the Unix(TM) rb and sb programs
  170.       preserve the file modification date.[3]
  171.  
  172.  
  173.  
  174.  
  175.  
  176.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  177.  
  178.  
  179.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  180.       ZCOMM User Manual                                                   64
  181.  
  182.       13.9.2  YMODEM-1k  The sb k option (1024 byte blocks) may be used to
  183.       enhance throughput, especially when using timesharing systems,
  184.       satellite links, or packet networks that can support the longer
  185.       blocks.
  186.  
  187.  
  188.       EXAMPLE: sb -k *.c *.h sends all .c and .h files in the current
  189.       directory with 1024 byte blocks.[4]
  190.  
  191.       YMODEM and YMODEM-1k transfers can be received with the rb or F3
  192.       commands.
  193.  
  194.       YMODEM file transfers with Unix and VMS systems are discussed later in
  195.       this chapter.
  196.  
  197.       Some programs claim to support YMODEM but actually use XMODEM with
  198.       1024 byte blocks.  These programs do not meet the YMODEM Minimum
  199.       Requirements defined by the YMODEM protocol.
  200.  
  201.       One can use ZCOMM's XMODEM sx -k and rc commands with these
  202.       traditional programs.
  203.  
  204.       13.9.3  YMODEM with OverThruster  YMODEM and YMODEM-1k file
  205.       downloading from networks and timesharing systems is slowed by
  206.       response times.  This slowing may be significant even when 1k blocks
  207.       are used.  With some systems, one can speed up YMODEM downloads by
  208.       using the o option with the rb command to receive the file.  Because
  209.       OverThruster(TM) defeats error recovery, a line hit will usually abort
  210.       a download.  OverThruster(TM) may be used with X.PC or MNP error
  211.       correcting link level protocols.
  212.  
  213.       EXAMPLE: rb -o
  214.  
  215.  
  216.       SEE ALSO: O numeric parameter
  217.  
  218.       13.9.4  XMODEM-1k  The XMODEM-1k protocol transfers one file per
  219.       command with 1024 byte blocks and a nominal 16 bit CRC.  The file name
  220.       must be entered for both the sender and the receiver.  Programs
  221.       lacking ZCOMM's Cybernetic Data Recovery(TM) logic are less likely to
  222.       transfer data accurately under marginal conditions.  XMODEM's use of
  223.       every possible 8 bit code causes problems in some applications.
  224.  
  225.  
  226.       ______________________________________________________________________
  227.  
  228.        3. Controlled by the d and z numeric parameters
  229.  
  230.        4. ZCOMM switches to 128 byte blocks at the end of a file when the
  231.           length warrants.
  232.  
  233.  
  234.  
  235.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  236.  
  237.  
  238.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  239.       ZCOMM User Manual                                                   65
  240.  
  241.       The end of the file may be padded by up to 127 or 1023[5] garbage
  242.       characters.
  243.  
  244.       To send a file with XMODEM-1k: sx -k file1
  245.  
  246.       To receive a file with XMODEM-1k: rc file1
  247.  
  248.       13.9.5  XMODEM-CRC (with fallback)  The XMODEM-CRC protocol transfers
  249.       one file per command.  The XMODEM-CRC protocol requires the receiving
  250.       program to initiate an XMODEM-CRC transfer.
  251.  
  252.       The file name must be entered for both the sender and the receiver.
  253.       Even with CRC-16, programs lacking ZCOMM's Cybernetic Data
  254.       Recovery(TM) are less likely to transfer data under marginal
  255.       conditions.  XMODEM-CRC's use of every possible 8 bit code causes
  256.       problems in some applications.
  257.  
  258.       The end of the file may be padded by up to 127 garbage characters.
  259.  
  260.       To send a file with XMODEM (or XMODEM-CRC): sx file1
  261.  
  262.       To receive a file with XMODEM-CRC: rc file1
  263.  
  264.       13.9.6  Classic XMODEM  The original MODEM protocol, developed by Ward
  265.       Christensen, is supported by a large and growing number of programs
  266.       operating on a variety of micros and minis.  The base level XMODEM
  267.       protocol gives good results when used over low error rate direct
  268.       telephone connections.  XMODEM's short data blocks and use of every
  269.       possible 8 bit code preclude its application in many environments.
  270.  
  271.       File transfers with this protocol add up to 127 garbage characters to
  272.       transferred files.  The XMODEM protocol can transfer one file per
  273.       command.  The file name must be entered at both the sender and the
  274.       receiver.
  275.  
  276.       To send a file with XMODEM: sx file1
  277.  
  278.       To receive a file with Classic XMODEM: rx file1
  279.  
  280.       13.9.7  Relaxed XMODEM  ZCOMM's XMODEM and YMODEM support has been
  281.       optimized for maximum reliability with a wide variety of systems under
  282.       a wide variety of conditions.
  283.  
  284.       The default XMODEM and YMODEM timeout parameterss are "relaxed"
  285.       timings.  They rarely need to be lengthened except under the most
  286.  
  287.  
  288.       __________
  289.  
  290.        5. Some programs (including ZCOMM) limit this padding to 127 bytes.
  291.  
  292.  
  293.  
  294.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  295.  
  296.  
  297.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  298.       ZCOMM User Manual                                                   66
  299.  
  300.       sluggish of conditions.  The zmodem t, T, and p numeric parameters
  301.       (q.v.) control timeouts for XMODEM, YMODEM, and ZMODEM.  The default
  302.       values allow 10 seconds for a packet to appear and a 10 second pause
  303.       within a packet before starting error recovery.
  304.  
  305.       EXAMPLE: zmodem pt200 pp150  :: Set more relaxed X/Y/ZMODEM timing
  306.  
  307.  
  308.       For best reliability, Omen Technology does not recommend tightening
  309.       these timings for XMODEM and YMODEM transfers on noisy lines.
  310.  
  311.       13.9.8  XMODEM with OverThruster  XMODEM file downloading from
  312.       networks and timesharing systems is slowed by short blocks and long
  313.       response times.  With some systems, one can speed up downloads by
  314.       using the ro command to receive the file.  Because OverThruster(TM)
  315.       defeats error recovery, a line hit will usually abort a download.
  316.       With nearly error free connections, one can save enough time from the
  317.       increased throughput to make up for the failed transfers.
  318.       OverThruster(TM) may be used with X.PC or MNP error correcting link
  319.       level protocols.
  320.  
  321.       EXAMPLE: ro file1
  322.  
  323.  
  324.       EXAMPLE: rb -o
  325.  
  326.  
  327.       SEE ALSO: O numeric parameter
  328.  
  329.       13.9.9  YMODEM-g: Traditional Overdrive  The proliferation of error
  330.       correcting modems has sparked a proliferation of YMODEM-g programs,
  331.       more and more of which actually meet minimal YMODEM protocol
  332.       specifications.
  333.  
  334.       YMODEM-g transmits 0 or more files per batch with an ACK-less variant
  335.       of YMODEM-1k.  The sender does not wait for individual data blocks to
  336.       be acknowledged, allowing high speed transfers with error correcting
  337.       modems.
  338.  
  339.       YMODEM-g assumes an error free communications channel.  A single
  340.       transmission error or character lost because of DOS or TSR interrupt
  341.       latency ruins the entire transfer, and YMODEM-g does not support Crash
  342.       Recovery(TM).
  343.  
  344.       ZCOMM supports True YMODEM-g with the sb and rb -g commands.
  345.  
  346.       EXAMPLE: sb *.old Sends files in the current directory with YMODEM or
  347.       YMODEM-g protocol.  The receiver controls whether YMODEM or YMODEM-g
  348.       is used for the transfer.
  349.  
  350.  
  351.  
  352.  
  353.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  354.  
  355.  
  356.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  357.       ZCOMM User Manual                                                   67
  358.  
  359.       EXAMPLE: rb -g Receives with YMODEM-g protocol.
  360.  
  361.  
  362.       13.9.10  XMODEM Mutants Misrepresented as YMODEM  Despite continuing
  363.       education efforts, a few lazy software providers insist on identifying
  364.       their mutant XMODEM protocols as "ymodem".  They choose to ignore the
  365.       definition of YMODEM that Ward Christensen wrote when he coined the
  366.       term YMODEM in his April 1985 message:
  367.  
  368.          (a) a record 0 containing filename date time and size
  369.          (b) a 1K block size option
  370.          (c) CRC-16.
  371.  
  372.       Use the XMODEM sx-k and rc commands to deal with these nonstandard
  373.       programs.
  374.  
  375.       In case of questions, please refer to ymodem.doc, part of yzmodem.zoo
  376.       for for the official YMODEM protocol.  (Available in Omen's ZMODEM
  377.       Developer's Collection.)
  378.  
  379.       13.9.11  Qmodem-G/Streaming XMODEM  The Qmodem program and certain
  380.       bulletin boards provide an ACKless XMODEM mutant protocol selected
  381.       with the Qmodem G protocol menu choice.
  382.  
  383.       The sx and rx -g commands support this mutant XMODEM.
  384.  
  385.       EXAMPLE: rx -g qmodem.fil
  386.  
  387.  
  388.       13.9.12  WXMODEM (People-Link)  ZCOMM supports WXMODEM protocol
  389.       downloads with the rw command.  On the People-Link timesharing
  390.       service, WXMODEM downloads are faster than XMODEM downloads.
  391.       Throughput, reliability, accuracy, and amenities are not as good as
  392.       ZMODEM or SuperKermit, but neither of these protocols are currently
  393.       available on that system.  WXMODEM adds up to 127 garbage bytes to
  394.       transferred files.  Omen Technology does not recommend WXMODEM for use
  395.       over noisy phone lines.
  396.  
  397.       EXAMPLE: rw file1
  398.  
  399.  
  400.       13.9.13  MODEM7 Batch  The MODEM7 batch protocol passes CP/M file
  401.       names from the sending program to the receiver one character at a
  402.       time.  The compatibility, throughput, and reliability problems of this
  403.       kluge prompted the development of YMODEM.  Nonetheless, when it
  404.       becomes necessary to transfer files with a program lacking more
  405.       advanced protocols, MODEM7 batch is better than nothing.
  406.  
  407.       File names transmitted with the MODEM7 batch protocol must obey the
  408.       restrictions of both 8 bit CP/M and DOS.  The f option cannot be used
  409.       with MODEM7 batch.  Data transfer within MODEM7 batch uses XMODEM
  410.  
  411.  
  412.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  413.  
  414.  
  415.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  416.       ZCOMM User Manual                                                   68
  417.  
  418.       protocol, and all of XMODEM's weaknesses discussed above apply to
  419.       MODEM7 batch.  MODEM7 batch does not preserve the modification date or
  420.       exact file contents.
  421.  
  422.       EXAMPLE: s7 file1.ext *.baz sends files with MODEM7 batch.
  423.  
  424.  
  425.       EXAMPLE: r7 receives one or more files with MODEM7 batch.
  426.  
  427.  
  428.       13.9.14  Telink/FIDO  The Telink protocol expands upon the MODEM7
  429.       batch kluge with a specially formatted block containing the length of
  430.       the file and the local DOS time and date.  All of the MODEM7 batch
  431.       compatibility and reliability problems apply to Telink.[6] The zmodem
  432.       Z numeric parameter or the z file transfer option may be used to
  433.       correct the time/date stamping of files transferred between different
  434.       time zones.
  435.  
  436.       EXAMPLE: zmodem pZ120;  st file1.ext *.baz Sends the specified files
  437.       with a 2 hour time zone adjustment.
  438.  
  439.  
  440.       EXAMPLE: rt -z60 Receives one or more files with a 60 minute time zone
  441.       adjustment.
  442.  
  443.  
  444.       13.9.15  SEAlink  When transferring files with the CLINK 1.13
  445.       compatible programs, ZCOMM's rb and sb commands recognize SEAlink's
  446.       modified Telink protocol.  The rb command allows a transmitting
  447.       SEAlink program to use sliding windows.  Telink time zone and file
  448.       name considerations apply to SEAlink.  In addition, because SEAlink
  449.       uses all 256 of the possible 8 bit codes for both data transfer and
  450.       protocol management, some modems and networks that operate with XMODEM
  451.       will not accommodate SEAlink.  As with the MODEM7 and Clink protocols
  452.       mentioned above, the SEAlink protocol is included for convenience in
  453.       situations where the YMODEM and ZMODEM protocols are not
  454.       implemented.[7]
  455.  
  456.  
  457.  
  458.       __________
  459.  
  460.        6. ZCOMM's rt and st commands were verified with Minitel 3.0 by Tom
  461.           Jenning's Fido Software; other Programs may not produce the same
  462.           results.
  463.  
  464.        7. ZCOMM's SEAlink was verified with CLINK 1.13 by Systems
  465.           Enhancement Associates.  Other Programs may not produce the same
  466.           results because of ambiguities in the SEAlink documentation and
  467.           undocumented protocol variants.
  468.  
  469.  
  470.  
  471.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  472.  
  473.  
  474.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  475.       ZCOMM User Manual                                                   69
  476.  
  477.       EXAMPLE: zmodem pZ120;  sb file1.ext *.baz Sends the specified files
  478.       to a SEAlink program with a 2 hour time zone adjustment.
  479.  
  480.  
  481.       EXAMPLE: rb -z60 Receives one or more files from a SEAlink program
  482.       with a 60 minute time zone adjustment.
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  531.  
  532.  
  533.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  534.       ZCOMM User Manual                                                   70
  535.  
  536.       13.10  Kermit
  537.  
  538.       13.10.1  ZCOMM Kermit Capabilities At a Glance
  539.        Local operation..................Yes
  540.        Remote operation.................Yes
  541.        Transfers text files.............Yes
  542.        Transfers binary files...........Yes
  543.        Wildcard send....................Yes
  544.        Filename collision avoidance.....Yes
  545.        Can time out.....................Yes
  546.        8th-bit prefixing................Yes
  547.        8 bit serial data................Yes
  548.        Sliding Windows..................Yes
  549.        Long Packets.....................Yes
  550.        Repeat count prefixing...........Yes
  551.        Alternate block checks...........Yes
  552.        Terminal emulation...............Multiple
  553.        Communication settings...........Yes
  554.        Transmit BREAK...................Yes
  555.        IBM mainframe communication......Yes
  556.        Transaction logging..............Yes
  557.        Act as server....................no
  558.        Talk to server...................Yes
  559.        Advanced commands for servers....Yes
  560.        Handle file attributes...........no
  561.        Programmable reset string........Yes
  562.  
  563.       Kermit operates with a wide range of computer systems, including those
  564.       whose restrictive terminal interfaces prevent XMODEM transfers.
  565.       Kermit uses an encoding technique called quoting to represent control
  566.       characters and (if necessary) parity bits with standard printable
  567.       characters.  It is one of the few asynchronous error correcting
  568.       protocols that work properly with half duplex IBM front ends.  Because
  569.       of the overhead from character quoting, Kermit is less efficient
  570.       (slower) than ZMODEM.
  571.  
  572.       Kermit can transfer one or more files per command, preserving the
  573.       exact file length.
  574.  
  575.  
  576.       EXAMPLE: kermit sb file1 file2
  577.  
  578.  
  579.       EXAMPLE: kermit rb
  580.  
  581.  
  582.       13.10.2  Incompatible Kermit Dialects  When sending files with the
  583.       Kermit Protocol, ZCOMM uses all 8 bits for the transfer unless a 7 bit
  584.       parity mode (e.g., ena -7e) is used, the kermit 7 numeric parameter is
  585.       non zero, or the other program requests 8th bit qouting.  If ZCOMM is
  586.       using a 7 bit parity mode (such as ena -7m), ZCOMM requests 8th bit
  587.  
  588.  
  589.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  590.  
  591.  
  592.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  593.       ZCOMM User Manual                                                   71
  594.  
  595.       quoting unless the kermit 8 numeric parameter is non zero.
  596.  
  597.       -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  598.                       Both programs must use the same parity
  599.                       for Kermit file transfers to succeed.
  600.       -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  601.  
  602.       The Kermit protoocl does not specify an automatic means of forcing
  603.       both the sender and receiver to use the same dialect.  Some Kermit
  604.       programs use various means to synchronize the dialects.  Files cannot
  605.       be transferred if the two programs disagree on parity handling, Such
  606.       failures are quite commonplace.  A common symptom is a transfer that
  607.       starts up normally but always fails at the same block.  Setting
  608.       appropriate parity corrects these Kermit failures.
  609.  
  610.       ZCOMM's Kermit AutoDownload(TM) (enabled with the K term option)
  611.       allows the term function to sense the beginning of a Kermit file
  612.       download, make the proper determination on whether to use 8 bit serial
  613.       data, and execute the file download without user intervention.
  614.  
  615.  
  616.       13.10.3  Kermit Performance Enhancements  ZCOMM features Long Packet
  617.       Kermit for increased throughput with suitable systems, including many
  618.       that do not support sliding windows.  ZCOMM allows Kermit long packets
  619.       up to 1920 characters on DOS, up to 4096 on Unix systems.
  620.  
  621.       ZCOMM also supports Kermit with Sliding Windows.  "Super-Kermit"
  622.       transmits multiple packets before waiting for a response, increasing
  623.       throughput with timesharing systems and networks.
  624.  
  625.       The maximum send packet length is set by the kermit l numeric
  626.       parameter.
  627.  
  628.       EXAMPLE: k pl500
  629.  
  630.       The maximum receive packet length is set by the kermit L numeric
  631.       parameter.
  632.  
  633.       EXAMPLE: k pL500
  634.  
  635.       Some Columbia University Kermit versions may not operate properly at
  636.       full packet length.
  637.  
  638.       ZCOMM supports 12 bit Kermit checksums and 16 bit Kermit CRC for
  639.       professional error detection performance.  ZCOMM uses the most
  640.       reliable Kermit error correction available.  Shorter checksums may be
  641.       forced by changing the kermit b numeric parameter.
  642.  
  643.       13.10.4  MobyKermit  ZCOMM's Kermit supports an optional smaller set
  644.       of prefixed control characters with the MobyKermit(TM) accelerator.
  645.       When used with Unix Ckermit 5A(189) or later, the following commands
  646.  
  647.  
  648.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  649.  
  650.  
  651.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  652.       ZCOMM User Manual                                                   72
  653.  
  654.       should be included in your Unix .kermrc initialization file:
  655.  
  656.       set buffers 30000 30000
  657.       set window-size 7
  658.       set send packet-length 4096
  659.       set receive packet-length 4096
  660.       set block 3
  661.       set control unprefixed all
  662.       set control prefixed 0 1
  663.       set transfer cancellation off
  664.       set flow none
  665.       set handshake none  (or use hardware flow control)
  666.       set file type binary
  667.       set delay 0
  668.  
  669.  
  670.       13.10.5  Accessing Kermit Servers  The commands to start up a Kermit
  671.       server vary from system to system.  Unix C-Kermit can be started in
  672.       server mode with kermit -ix given to Unix or VMS.  When the Kermit
  673.       server is active, the ZCOMM get, send, and remote ...  commands may be
  674.       used.  The ZCOMM finish command causes the remote Kermit server to
  675.       exit to its operating system.
  676.  
  677.       13.10.6  Kermit Caveats  Some versions of Kermit translate files as
  678.       they are sent, by default!  Typical modifications include CR/LF to NL
  679.       transformations and CPMEOF stripping.  Before transferring binary
  680.       files, such editing must be disabled with SET FILE TYPE BINARY or
  681.       similar commands given to the other program.  The demonstration in
  682.       Chapter 10 includes several Kermit server access and file transfer
  683.       commands.
  684.  
  685.       If the Kermit protocol doesn't work with IBM mainframe communications,
  686.       incorrect ASCII/EBCDIC translate tables may be the problem.
  687.  
  688.       Some mainframe "front ends" require special characters or a break
  689.       signal to recover from transmission errors ("line hits").  The
  690.       kermreset string parameter (q.v.) may be programmed with the required
  691.       sequence.
  692.  
  693.       SEE ALSO: kermreset string parameter
  694.  
  695.       When downloading files from some versions of Kermit, best results may
  696.       sometimes be obtained by starting ZCOMM's kermit receive before typing
  697.       the carriage return that starts the sender on the remote.  If the
  698.       other program includes an adjustable initial delay, you can save time
  699.       by setting it to zero.
  700.  
  701.       SEE ALSO: kermit d numeric parameter
  702.  
  703.       SEE ALSO: K term option (Kermit AutoDownload(TM))
  704.  
  705.  
  706.  
  707.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  708.  
  709.  
  710.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  711.       ZCOMM User Manual                                                   73
  712.  
  713.  
  714.  
  715.       13.11  Transferring Files with Unix Systems
  716.  
  717.       13.11.1  Terminal Servers / Port Multiplexers  Some Unix systems are
  718.       accessed via a port multiplexer or other network.  Some of these
  719.       interfere with data transmission.  In some cases it has been necessary
  720.       to contact the manufacturer to obtain undocumented instructions or
  721.       software updates to make the multiplexers or networks suitable for
  722.       file transfers.
  723.  
  724.       These systems may require additional control characters to be escaped.
  725.       The sz command e option may be used to escape all control characters.
  726.  
  727.       SEE ALSO: e option
  728.  
  729.       Individual control characters can be escaped with the zmtxesc string
  730.       parameter.
  731.  
  732.       SEE ALSO: zmtxesc string parameter
  733.  
  734.       Sometimes it is necessary to use 7-bit transfers with the E or EP
  735.       options.
  736.  
  737.       EXAMPLE: sz -EP bigkahuna.zip
  738.  
  739.  
  740.       13.11.2  Remote Access via Telnet  Sometimes one wishes to access a
  741.       distant host by calling into a nearby Unix system.  The Unix telnet
  742.       program may be used to access other hosts.  When using telnet, the -8
  743.       option should be used to enable an 8 bit path.  The telnet escape
  744.       character should be set to Control-P, a character which is protected
  745.       by standard ZMODEM.
  746.  
  747.       EXAMPLE: telnet -8 -e ^P localhost
  748.  
  749.  
  750.       13.11.3  Flow Control on Unix Systems  It is a pleasure to upload and
  751.       download files from Unix at high speed without errors with today's
  752.       faster modems.  Unfortunately, many Unix systems are not properly
  753.       configured for flow control.
  754.  
  755.       On improperly configured systems it will be necessary to restrict the
  756.       window size with -w 4096 to prevent buffer overruns.  Try different
  757.       numbers to get the best results.  Better yet, get the flow control
  758.       fixed.
  759.  
  760.       13.11.4  Uploading Files to Unix Systems  Files may be sent to Unix
  761.       systems conveniently and quickly with ZMODEM.  Unix flavors of
  762.       Professional-YAM support the full ZMODEM-90(TM) feature set including
  763.       Intelligent Crash Recovery(TM) and selective transfers with the rz
  764.  
  765.  
  766.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  767.  
  768.  
  769.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  770.       ZCOMM User Manual                                                   74
  771.  
  772.       command, a hard link to the /usr/bin/yam program.
  773.  
  774.       If the Unix system is operating with 7 bits, the sender's zmodem d
  775.       parameter may have to be increased to allow the rz program time to
  776.       change Unix to 8 bits for the transfer.
  777.  
  778.       SEE ALSO: zmodem d numeric parameter
  779.  
  780.       Traditional Unix systems limit serial input buffering to a few hundred
  781.       characters or less.  This is sometimes too small to prevent data loss
  782.       and retransmissons when operating at high speeds.  On SCO Unix 3.2.4
  783.       this bufering can be increased by increasing the TTYHOG and NCLIST
  784.       kernel parameters.
  785.  
  786.       13.11.5  The rz and sz Programs  Professional-YAM is the fastest Unix
  787.       ZMODEM upload program.  Pro-YAM uses a minimum of CPU resources for
  788.       uploads.  Pro-YAM provides the best ZMODEM technology and feature set
  789.       available., but it may not be available on a particular system.  The
  790.       rz program, part of the rzsz package, may be used to support a subset
  791.       of Pro-YAM's ZMODEM features.
  792.  
  793.       If rz is not installed on the target Unix system, unpack the rzsz.zoo
  794.       file on your MSDOS system with: booz x rzsz.zoo given from the DOS
  795.       prompt.[8] Next, the command source zupl.t calls the zupl.t script to
  796.       upload the bootstrap file minirb.c, compile it, and use it to upload
  797.       the remainder of the source files.  After the rest of the files have
  798.       been uploaded, compile rz.c and sz.c using the directions given in the
  799.       README file and in the C source files.
  800.  
  801.       The rz and sz manual pages may be formatted with a make doc command.
  802.  
  803.       The undos program may be used to remove carriage returns in files
  804.       uploaded to Unix machines.
  805.  
  806.       13.11.6  Downloading Files from Unix Systems  To download files from
  807.       Unix(TM) systems, use the Unix sz command to send the desired files to
  808.       ZCOMM.  To Unix keyboard: sz file ...  ZCOMM's ZMODEM AutoDownload(TM)
  809.       takes care of the rest for you, saving unnecessary keystrokes.
  810.  
  811.       If one or more of the files already exists on the destination disk,
  812.       use sz -y file ...  instead, to replace the old copies on your
  813.       computer.
  814.  
  815.  
  816.       __________
  817.  
  818.        8. On Unix systems with Professional-YAM installed, the rzsz source
  819.           files and man pages are installed in the /usr/src/command/rzsz
  820.           directory, or on the distribution diskette in the file
  821.           /tmp/yamusrc.tar.Z.
  822.  
  823.  
  824.  
  825.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  826.  
  827.  
  828.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  829.       ZCOMM User Manual                                                   75
  830.  
  831.       Another useful option sends only the files that exist on both
  832.       computers (Y), and furthermore sends only those that are newer (n):
  833.       sz -Yn file ...
  834.  
  835.       When files are long and transmission slow, you can save time by
  836.       compressing them first.  The zoo program, available for DOS, Unix, and
  837.       VMS, may be used to compress file(s) before transmission.  Other
  838.       suitable programs include compress, zip, and gzip.
  839.  
  840.       Omen Technology products support ZMODEM compression with the Z option.
  841.       All Omen Technology products support compression by Run Length
  842.       Encoding (RLE).  Unix flavors of Professional-YAM also support LZW
  843.       compression.
  844.  
  845.       Unix source files normally do not contain carriage returns used by
  846.       CP/M and DOS.  Some CP/M or DOS programs, such as C compilers, do not
  847.       require carriage returns in the source files.  Others, such as the
  848.       Microsoft Macro Assembler, become quite confused by such files,
  849.       although such files fully meet the requirements of the ASCII standard.
  850.  
  851.       Carriage Returns may be added before downloading with the todos or
  852.       tocpm programs.  Carriage returns may be added during the transfer
  853.       with the sz -a option.  Carriage Returns may be added after the
  854.       transfer by some program editors, including uEMACS.  Short files (less
  855.       than 64kb) may be converted using ZCOMM's read and create commands to
  856.       pass the data through ZCOMM's capture buffer.
  857.  
  858.       Text files may also be downloaded using the capture buffer if sz has
  859.       not been installed on the Unix machine.
  860.  
  861.       If a file or set of files are to be transported between two Unix
  862.       systems, it may be helpful to place them in a tar or cpio archive (and
  863.       possibly compress the archive) before transmission.  This procedure
  864.       will preserve the Unix file modes and modification times, and bypass
  865.       pathname restrictions imposed by DOS.
  866.  
  867.       As with rz, Unix Professional-YAM is linked to sz to support the full
  868.       ZMODEM-90(TM) feature set.  Otherwise the separate Unix sz program may
  869.       be obtained as described in the previous subchapter.
  870.  
  871.       13.12  VAX/VMS File Transfers
  872.  
  873.       Most of the comments made above about Unix file transfers apply to VMS
  874.       as well.  Many VAX/VMS systems attach terminals with terminal
  875.       multiplexers just as nasty as those used with Unix systems.  They
  876.       require fixes similar to those described above for Unix systems..
  877.  
  878.       Automatic uploads to VMS may require setting the zmodem d (delay)
  879.       numeric parameter to give time for the VMS rz program to properly
  880.       initialize.
  881.  
  882.  
  883.  
  884.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  885.  
  886.  
  887.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  888.       ZCOMM User Manual                                                   76
  889.  
  890.       SEE ALSO: zmodem d numeric parameter
  891.  
  892.       EXAMPLE: zmodem pd15
  893.  
  894.  
  895.       13.12.1  Version 4 rz/sz  Omen provides VMS flavors of version 4 rz
  896.       and sz precompiled in rzsz.tlb, a VMS "text library".  Version 4 rz
  897.       supports most ZMODEM-90 features including Crash Recovery,
  898.       compression, and MobyTurbo.  Binary uploads write files with a default
  899.       VMS 512 byte fixed length record format.
  900.  
  901.       EXAMPLE: sz biglib.tlb
  902.  
  903.  
  904.       Sending to VMS with the i option selects the VMS Stream_LF record
  905.       format.  Stream_LF preserves the exact file length and data contents
  906.       when read by C programs.
  907.  
  908.       EXAMPLE: sz -i vmsemacs.exe
  909.  
  910.  
  911.       Sending to VMS with the I option causes the VMS receiver to use
  912.       variable length binary records.  VMS Kermit-32 and some other programs
  913.       understand this record format.
  914.  
  915.       Text files uploaded with the a option are written in variable length
  916.       records with CR carriage control.
  917.  
  918.       EXAMPLE: sz -a emacs*.c
  919.  
  920.  
  921.       Version 4 VMS sz supports standard VMS wild card and directory
  922.       recursion syntax.
  923.  
  924.       EXAMPLE: $ sz -qa [*...]*.prn sends all accessible .prn files on the
  925.       system in ASCII mode. The VMS sz q option suppresses the initial tally
  926.       of the number of files and their lengths.  This tally can take some
  927.       time when a large number of files and directories are invloved.  The f
  928.       option may be added to send directory names as well.
  929.  
  930.  
  931.       If you use Kermit to upload the rzsz.tlb file to VMS, command the
  932.       receiving Kermit program to SET FILE TYPE FIXED.  (Some VMS Kermit
  933.       programs may require SET FILE TYPE BLOCK.) Otherwise Kermit will
  934.       garble the data.
  935.  
  936.  
  937.  
  938.  
  939.  
  940.  
  941.  
  942.  
  943.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  944.  
  945.  
  946.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  947.       ZCOMM User Manual                                                   77
  948.  
  949.       13.13  GEnie File Transfers
  950.  
  951.       The General Electric Consumer Information Service service (GEnie) uses
  952.       ZMODEM-90(TM) for efficient downloads.  GEnie's ZMODEM server selects
  953.       ZMODEM RLE Compression or MobyTurbo(TM) for optimum download speed on
  954.       each file.
  955.  
  956.       GEnie uses a large network to provide callers with local access
  957.       numbers.  This requires technical tradeoffs to control data flow in
  958.       the network.  If you have a reliable, error-free connection to GEnie,
  959.       download speeds can be improved by increasing GEnie's ZMODEM window
  960.       size.
  961.  
  962.       EXAMPLE: genie24   speed 4800 249-8365/mnp set adlopts "W16384"
  963.  
  964.  
  965.       Startup on Genie ZMODEM AutoDownloads can be speeded up by disabling
  966.       Security Verification.
  967.  
  968.       EXAMPLE:      ena -yZ   :: Disable ZMODEM Security verification
  969.  
  970.  
  971.  
  972.       The sx file.exe command is used for XMODEM-CRC uploads to GEnie.  When
  973.       uploading with XMODEM-CRC, Wait for GEnie's "READY FOR INPUT, start
  974.       your XMODEM upload." message, and then wait for the XMODEM-CRC C to
  975.       appear before issuing the sx command.  Issuing the sx command before
  976.       the C appears may corrupt the uploaded file.
  977.  
  978.       A number of GEnie access scripts are provided in scripts.zoo with
  979.       filenames starting with ge.  The main GEnie login script is provided
  980.       in phones2.t witin scripts.zoo.
  981.  
  982.       13.14  BIX File Transfers
  983.  
  984.       BIX (Byte Information Exchange) supports ZMODEM-90 and Kermit file
  985.       transfers.
  986.  
  987.       The Tymnet phone number in the bix telephone directory entry should be
  988.       changed for your calling area.  Other scripts are provided to handle
  989.       BIX mail and conferences.
  990.  
  991.       When setting up a new BIX account, give the command call bix,new to
  992.       force a login to the BIX new account program.
  993.  
  994.       Be sure to select ZMODEM downloads and uploads with the BIX "OPTIONS"
  995.       menu choice.  Set the Zcomm adlopts string variable to  m or mr to
  996.       enable MobyTurbo and ZMODEM Crash Recovery.
  997.  
  998.       When uploading over Tymnet or other networks, it may be necessary to
  999.       set the zmodem w numeric parameter to a value between 2048 and 8192
  1000.  
  1001.  
  1002.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  1003.  
  1004.  
  1005.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1006.       ZCOMM User Manual                                                   78
  1007.  
  1008.       for best upload performance.  The optimum value depends on load and
  1009.       the particular node you dial in to.
  1010.  
  1011.       EXAMPLE: z pw6144
  1012.  
  1013.  
  1014.       BIX's transfer time predictions are about 40 per cent too pessimistic
  1015.       for ZMODEM transfers.
  1016.  
  1017.       A number of BIX scripts are included in SCRIPTS.ZOO.
  1018.  
  1019.       13.15  CompuServe File Transfers
  1020.  
  1021.       B+ Protocol is used by the CompuServe Timesharing Service through the
  1022.       CompuServe, Tymnet, and Telenet networks.  B+ Protocol file transfers
  1023.       are initiated by the CompuServe computer.  The B+ Protocol file
  1024.       transfer protocol is well supported by this timesharing service.
  1025.       Under typical conditions, the B+ Protocol saves 35 per cent or more in
  1026.       file transmission time and connect charges compared to XMODEM protocol
  1027.       transfers.
  1028.  
  1029.       The c or C term option must be set with ena -c or ena -C to allow the
  1030.       B+ protocol to seize control and transfer files.
  1031.  
  1032.       The adlopts string parameter allows the y and v file transfer options
  1033.       to be specified for B+ protocol transfers.
  1034.  
  1035.       The w numeric parameter controls the block length used by the
  1036.       CompuServe B+ Protocol.  A longer length increases throughput, but may
  1037.       overload some networks, resulting in excessive retransmissions or
  1038.       failed transfers.  The maximum B+ block length is 1024 data bytes.  A
  1039.       value of 0 (the default) allows the Compuserve computer to control the
  1040.       block length.  A negative value controls the upload block length but
  1041.       still allows Compuserve to control the download block length.  Uploads
  1042.       to Compuserve using longer block lengths are sensitive to poor flow
  1043.       control, especially when error correcting modems (MNP, etc.) are used.
  1044.       If B+ uploads fail or require excessive retransmissions, correct the
  1045.       flow control arrangements, disable the modem's error correction, or
  1046.       try a smaller upload block size.
  1047.  
  1048.       The data contents of successfully transferred files are not affected
  1049.       by this parameter.
  1050.  
  1051.       Some networks may garble data when B+'s streaming causes ZCOMM to
  1052.       respond to incoming data concurrently with incoming data.  The o
  1053.       numeric parameter can be set to 0 to disable streaming (send-ahead).
  1054.  
  1055.       CompuServe B+ controls all file transfer operations (except permission
  1056.       to overwrite files) from the timesharing system.
  1057.  
  1058.       Waiting for long files to download can be boring.  You can start the
  1059.  
  1060.  
  1061.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  1062.  
  1063.  
  1064.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1065.       ZCOMM User Manual                                                   79
  1066.  
  1067.       transfer and walk away from the computer, but CompuServe will stay
  1068.       connected for 15 minute$ after the transfer is finished if you don't
  1069.       come back when the download finishes.  This expense can be avoided by
  1070.       typing ALT-Q once the protocol transfer has started.  ALT-Q tells
  1071.       ZCOMM to disconnect as soon as the protocol transfer is completed,
  1072.       stopping the connect charges.  An alternative method is to control the
  1073.       transfers with a script, using either ejryam or the less sophisticated
  1074.       cissig and dow.t scripts included with the software distribution.
  1075.  
  1076.       When "browsing" through CompuServe's software "downloading section"
  1077.       libraries, the kcisdl.t script file and ZCOMM allow you to download a
  1078.       file with a single keystroke: F3.  Installation instructions are
  1079.       provided in that file.
  1080.  
  1081.       13.16  User Exit Processing
  1082.  
  1083.       The onclosetx and oncloserx string parameters provide a facility to
  1084.       perform user defined file related functions ("user exits") immediately
  1085.       after each file is closed, while the protocol is still active.  Wild
  1086.       card filename expansionss are not allowed in this context.
  1087.  
  1088.       The oncloserx string parameter may be used to perform user commands or
  1089.       call a script once for each file received with a file transfer
  1090.       protocol.
  1091.  
  1092.       EXAMPLE: set oncloserx @crc %rname; obey "!%mv %rname /tmp"
  1093.       When each file is received, the crc command calculates and displays a
  1094.       CRC for the file.
  1095.  
  1096.       Then the !% command calls the mv program to move the file just
  1097.       received to the /tmp directory.  The "%" in the "!%" command causes
  1098.       the rest of the command string to be processed for string
  1099.       substitutions.
  1100.  
  1101.  
  1102.       The onclosetx string parameter may be used to perform user commands or
  1103.       call a script once for each file sent with a file transfer protocol.
  1104.       Wild card file name expansions may not be used in onclosetx.
  1105.  
  1106.       EXAMPLE: The following causes each successfully sent file to be moved
  1107.       to the /done directory.
  1108.            set onclosetx
  1109.       @if !d? obey "!%mv %rname /done"
  1110.  
  1111.  
  1112.       SEE ALSO: rname, tname, drive, pwd string parameters, ?, d?  test
  1113.       conditions
  1114.  
  1115.       User exits will cause protocol timeouts if their scripts take too long
  1116.       to finish.  Since both Zcomm and the remote machine are still
  1117.       executing file transfer protocols when user exits are called, user
  1118.  
  1119.  
  1120.       (C) 1994 Omen Tech Inc              Chapter 13 Protocol File Transfers
  1121.  
  1122.  
  1123.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1124.       ZCOMM User Manual                                                   80
  1125.  
  1126.       exit scripts can not reference the serial port.
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.  
  1135.  
  1136.  
  1137.  
  1138.  
  1139.  
  1140.  
  1141.  
  1142.  
  1143.  
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.       (C) 1994 Omen Tech Inc                    Chapter 13 Message Transfers
  1180.  
  1181.  
  1182.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1183.       ZCOMM User Manual                                                   81
  1184.  
  1185.       14.  MESSAGE TRANSFERS
  1186.  
  1187.       14.1  Downloading Messages
  1188.  
  1189.       ZCOMM is flexible capturing output from other systems.  The trick is
  1190.       to make the remote send the information without too much
  1191.       embellishment.
  1192.  
  1193.       When downloading files without a file transfer protocol, set the
  1194.       timesharing system to send tabs as tab characters without expanding
  1195.       them to spaces.  Turn off fill characters.  These extra characters
  1196.       waste time and money and ZCOMM doesn't need them.  ZCOMM's s and S
  1197.       term options can be used to strip control characters and escape
  1198.       sequences from the capture download.
  1199.  
  1200.       EXAMPLE: t -s file
  1201.  
  1202.  
  1203.       If the remote system responds to XOFF and XON, E term option may be
  1204.       enabled to allow Error Containment(TM) to reduce the number of
  1205.       characters garbled by "line hits".
  1206.  
  1207.       EXAMPLE: t -E7e file1 uses Error Containment to download file1 from a
  1208.       system using 7 bits even parity.  Error Containment works best when
  1209.       even or odd parity is available.
  1210.  
  1211.  
  1212.       SEE ALSO: E, j, S, s term options
  1213.  
  1214.       14.1.1  XON/XOFF  Files of arbitrary length may be transferred if the
  1215.       remote supports flow control with the ASCII XOFF and XON control
  1216.       characters.  Output from most timesharing services may be captured to
  1217.       a file using this method.
  1218.  
  1219.       To download a file with XON/XOFF flow control: t file1
  1220.  
  1221.  
  1222.       14.1.2  DC2/DC4 (^R/^T)  Some bulletin boards support file downloads
  1223.       by issuing a DC2 to open a capture buffer, sending the file, and
  1224.       terminating the capture with DC4.  ZCOMM does not support this
  1225.       "protocol" directly.  The review t and b commands can be used to strip
  1226.       excess characters from the circular buffer before writing the file to
  1227.       disk.
  1228.  
  1229.       This "protocol" can be implemented with Turbodial(TM) script commands:
  1230.  
  1231.       EXAMPLE: pat 1c "\022" "@kill; create capture.fil"
  1232.            pat 2c "\024" "close"
  1233.  
  1234.  
  1235.  
  1236.  
  1237.  
  1238.       (C) 1994 Omen Tech Inc                    Chapter 14 Message Transfers
  1239.  
  1240.  
  1241.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1242.       ZCOMM User Manual                                                   82
  1243.  
  1244.       14.1.3  Data Dump  Sometimes no flow control is available.  The fget *
  1245.       command allows ZCOMM to accept a continuous stream of data at a
  1246.       maximum data rate determined by the hardware and software environment.
  1247.       With a hard disk, excellent results have been obtained with a 4.77 mHz
  1248.       PC accepting graphics dumps at 9600 bps.
  1249.  
  1250.       EXAMPLE: fget file1
  1251.  
  1252.  
  1253.       At slower speeds or with a fast computer, the term function j option*
  1254.       may be used for nonstop file capture.
  1255.  
  1256.       EXAMPLE: t -j file1
  1257.  
  1258.  
  1259.       The fget command does not provide a progress display.  While this
  1260.       allows the fastest possible data capture (38400 bps on a suitable
  1261.       computer), sometimes there is no handy way to monitor the flow of
  1262.       data.
  1263.  
  1264.       The term function I (super-image) option may be used to capture a
  1265.       binary file, provided CRT emulation is disabled with a display dumb
  1266.       command or by enabling v option.
  1267.  
  1268.       EXAMPLE: display dumb; t -Ij file1
  1269.  
  1270.       The fax directory entry in PHONES2.T gives another example of how
  1271.       ZCOMM's data capture options may be used to capture binary data.
  1272.  
  1273.       14.2  Uploading Messages
  1274.  
  1275.       It is often possible to upload files using the f command with one or
  1276.       more term options (such as w or p, possibly in combination with t).
  1277.  
  1278.       Message uploads are more reliable if you keyboard enab flow before
  1279.       connecting through Telenet.  If using Tymnet, type ^R^X just before
  1280.       the host computer name to enable flow control with XOFF and XON.
  1281.       Check with your network's documentation for further details or updates
  1282.       to this information.
  1283.  
  1284.       It often helps to use "half duplex" ( h term option) with the computer
  1285.       echo disabled when uploading files to the computer.  This saves the
  1286.       computer from wasting precious time echoing characters.
  1287.  
  1288.       Another tactic is to avoid uncorrected message transfers during peak
  1289.       hours.  Telephone usage peaks during midday with a resulting increase
  1290.       in noise induced line hits.  Timesharing computers and communications
  1291.       networks are more likely to drop characters due to buffer overloading
  1292.       during high traffic periods as well.
  1293.  
  1294.  
  1295.  
  1296.  
  1297.       (C) 1994 Omen Tech Inc                    Chapter 14 Message Transfers
  1298.  
  1299.  
  1300.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1301.       ZCOMM User Manual                                                   83
  1302.  
  1303.       14.2.1  Paced  Some systems accept characters only at a certain rate,
  1304.       a slow speed for each character and possibly a pause at the end of
  1305.       each line.  Depending on the particular system, data transfer may have
  1306.       to pause briefly at the end of the line,[1] or wait for a particular
  1307.       character to signify readiness to accept the next line.  There may be
  1308.       an additional delay after that[2] before the remote is able to accept
  1309.       more data.
  1310.  
  1311.       EXAMPLE: f -p file1 uploads file1 with a wait for the linefeed echo at
  1312.       the end of each transmitted line.
  1313.  
  1314.  
  1315.       EXAMPLE: pg63; f -p file1 Sets the prompt character to decimal 63
  1316.       ("?") and sends the file with a wait for "?" after each transmitted
  1317.       line.
  1318.  
  1319.       As with the fpute command, the remote system must be commanded to open
  1320.       and close the file.
  1321.  
  1322.       14.2.2  Throttle  Another method of slowing message uploads is the
  1323.       throttle, activated by t term option.  Throttle artificially slows
  1324.       Zcomm's character transmission to allow more time for the receiving
  1325.       system to digest each character. The speed of transmission with t term
  1326.       option is controlled by the t numeric parameter.
  1327.  
  1328.       EXAMPLE: f -t secret.msg
  1329.  
  1330.       Really slow systems may require both throttle and pacing to send data
  1331.       efficiently without loss.
  1332.  
  1333.       EXAMPLE: f -tp turkey.slo
  1334.  
  1335.  
  1336.       14.2.3  Uploading to IBM Mainframes  Text files can be uploaded to IBM
  1337.       mainframes using the P (upper case) term option.  When the P term
  1338.       option is activated, ZCOMM will wait for an XON (^Q) after sending
  1339.       each line.  With this special option, the term function will not time
  1340.       out waiting for the XON, no matter how long it takes for the IBM front
  1341.       end to send it.  If, for some reason, the front end fails to send the
  1342.       XON, (or if it is garbled in transmission), Ctrl-Q may be keyboarded.
  1343.  
  1344.       EXAMPLE: f -P file1
  1345.  
  1346.  
  1347.  
  1348.       __________
  1349.  
  1350.        1. Controlled by the p numeric parameter
  1351.  
  1352.        2. Controlled by the q numeric parameter
  1353.  
  1354.  
  1355.  
  1356.       (C) 1994 Omen Tech Inc                    Chapter 14 Message Transfers
  1357.  
  1358.  
  1359.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1360.       ZCOMM User Manual                                                   84
  1361.  
  1362.       SEE ALSO: P term option, Kermit protocol
  1363.  
  1364.       14.2.4  Uploading Messages to Bulletin Boards  The greatest file
  1365.       transfer challenge is to upload a file to a bulletin board message
  1366.       system running on a tiny microcomputer.  Bulletin board message
  1367.       systems have a rich variety of operating sequences and timing
  1368.       dependencies matched only by the proliferation of incompatible
  1369.       dialects of Basic and Pascal.
  1370.  
  1371.       Message upload from files to bulletin boards reduces connect time and
  1372.       $welling of the Phone Bill.  Unattended message transfer saves the
  1373.       user's time, especially if the board is difficult to access.
  1374.  
  1375.       The t, p and w term options and the g, p, t, and q numeric parameters
  1376.       allow disk files to be uploaded to such systems.
  1377.  
  1378.       The basic program cbbsck.bas may be used (perhaps with modifications)
  1379.       to check that a message file does not violate the restrictions of the
  1380.       message system being uploaded to.  A C version is also available.
  1381.  
  1382.       EXAMPLE: f -pt file1
  1383.  
  1384.  
  1385.       14.2.5  Uploading to CompuServe SIGS  A file may be uploaded to a
  1386.       CompuServe SIG (Special Interest Group) editor with p term option and
  1387.       the g numeric parameter set to colon.  When the file has been
  1388.       transferred, hit ENTER to send a blank line to terminate message
  1389.       entry.
  1390.  
  1391.       EXAMPLE: set eolstr "\r."; pp1000; pg58; f -p FILE Is useful for
  1392.       uploading a prepared message to Compuserve's bulletin boards.  This
  1393.       setting for eolstr inserts a carriage return and period after each
  1394.       line to prevent the CompuServe software from reformatting the message.
  1395.  
  1396.  
  1397.       EXAMPLE: pp1000, pg58, and f -p FILE transmits FILE waiting for the
  1398.       prompt character ":" before sending each line after the first.
  1399.  
  1400.  
  1401.       An alternative is to set the SIG "FIL" option, which calls the EDIT
  1402.       editor.  The cisupl script file referenced by phones2.t uses the SIG
  1403.       "FIL" editor option.
  1404.  
  1405.       Compuserve nodes often drop characters when files are uploaded at full
  1406.       speed in full duplex.  This can be avoided by using h term option
  1407.       (local echo) and turning off Compuserve's echo.
  1408.  
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.       (C) 1994 Omen Tech Inc                    Chapter 14 Message Transfers
  1416.  
  1417.  
  1418.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1419.       ZCOMM User Manual                                                   85
  1420.  
  1421.       14.3  Fpute: Echoplex Uploads
  1422.  
  1423.       Text files can often be uploaded reasonably efficiently using the
  1424.       fpute command.* Fpute waits for an echo to each character sent to the
  1425.       remote.  Fpute provides modest throughput without loss of data for
  1426.       systems with terminal ports designed for keyboard data entry.  The
  1427.       maximum speed with fpute is limited to about 1/3 the normal character
  1428.       rate by echo delays.  There is no error correction with fpute, but
  1429.       character by character handshaking prevents lost data caused by buffer
  1430.       overflow.  If possible, TABS should be set to echo as TAB characters
  1431.       and not as spaces.  Before the fpute command is given, the remote
  1432.       system must be instructed to enter data from the "terminal" to a file.
  1433.       After the file has been sent, the remote system must be instructed to
  1434.       close the file.
  1435.  
  1436.       EXAMPLE: fpute file1
  1437.  
  1438.  
  1439.  
  1440.  
  1441.  
  1442.  
  1443.  
  1444.  
  1445.  
  1446.  
  1447.  
  1448.  
  1449.  
  1450.  
  1451.  
  1452.  
  1453.  
  1454.  
  1455.  
  1456.  
  1457.  
  1458.  
  1459.  
  1460.  
  1461.  
  1462.  
  1463.  
  1464.  
  1465.  
  1466.  
  1467.  
  1468.  
  1469.  
  1470.  
  1471.  
  1472.  
  1473.  
  1474.       (C) 1994 Omen Tech Inc                         Chapter 14 Flow Control
  1475.  
  1476.  
  1477.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1478.       ZCOMM User Manual                                                   86
  1479.  
  1480.       15.  FLOW CONTROL
  1481.  
  1482.       All of us must sometimes tell people to "slow down" lest they overload
  1483.       us with information faster than we can write it down.  "Wait!" is a
  1484.       Flow Control Signal for the English language.  When the receiving
  1485.       ZCOMM complains about Garbled Data Subpacket or Line Status Register
  1486.       01 you should suspect a flow control problem.
  1487.  
  1488.       When buffered modems, timesharing systems, networks, or computers of
  1489.       differing speeds are involved, a machine readable "Wait!" signal is
  1490.       required.
  1491.  
  1492.       Flow control is sometimes necessary to display long messages without
  1493.       skipping over the good parts.  If you see pieces of text missing from
  1494.       messages but don't see the usual funny characters caused by line
  1495.       noise, you have a flow control problem.
  1496.  
  1497.       File transfers that use long blocks or streaming protocols may not
  1498.       work well unless slower parts of the system regulate the speed of
  1499.       transmission to prevent loss of data.  With ZMODEM, SuperKermit, and
  1500.       other streaming protocols, inexplicable retransmissions of data
  1501.       blocks, often at regular intervals, indicate flow control failure.
  1502.  
  1503.       If you wish to keep things simple, the sending computer should not
  1504.       operate at a higher interface speed than the slowest link in the
  1505.       network.  Otherwise precautions must be taken to prevent data loss
  1506.       with interactive operations and unnecessary retransmissions with
  1507.       streaming file transfer protocols.
  1508.  
  1509.       ZCOMM, ZCOMM, and DSZ default to software flow control with XON and
  1510.       XOFF characters.[1] When used with modems that require hardware flow
  1511.       control, the handshake command (q.v.) should be used to specify which
  1512.       hardware lines are to be used for flow control.
  1513.  
  1514.       Non transparent software flow control is incompatible with Emacs
  1515.       editors, XMODEM and YMODEM transfers.  XMODEM and YMODEM require
  1516.       complete transparency to all 256 8 bit codes.  An XMODEM transfer that
  1517.       always fails at the same block results from non transparent flow
  1518.       control.  When XMODEM-1k and YMODEM-1k are used, the network must
  1519.       assert flow control, or handle bursts of 1040 characters without data
  1520.       loss.  When X.25 or hardware CTS is unavailable, flow control that
  1521.       does not "eat" any characters may be used with XMODEM and YMODEM.
  1522.       When buffers fill up, an XOFF should be emitted.  An XON should be
  1523.  
  1524.  
  1525.       __________
  1526.  
  1527.        1. The PCDOS flavor enables "handshake both" when selecting a port
  1528.           with an active Clear To Send (CTS) signal that was previously
  1529.           initialized to a speed greater than 2400 bps
  1530.  
  1531.  
  1532.  
  1533.       (C) 1994 Omen Tech Inc                         Chapter 15 Flow Control
  1534.  
  1535.  
  1536.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1537.       ZCOMM User Manual                                                   87
  1538.  
  1539.       sent when the buffer has emptied.  Otherwise, the network should
  1540.       neither generate nor eat XON or XOFF characters.
  1541.  
  1542.       On Telenet, this is obtained by setting CCIT X3 5:1 and 12:1 in the
  1543.       PADs (Packet Assembler Disassembler) at both ends of the network.
  1544.       Packets should be forwarded when the packet is a full 128 bytes, or
  1545.       after a moderate delay (3:0,4:10).  Set parameter 5 to 1 at both ends
  1546.       AFTER one is connected to the remote modem.  (Sorry, these commands
  1547.       must be given each time you connect to a modem in the far city!)
  1548.            <ENTER>@<ENTER>
  1549.            set 5:1<ENTER>
  1550.            rst? 5:1<ENTER>
  1551.            cont<ENTER>
  1552.       ZMODEM and Kermit protect all 4 XOFF and XON characters, commonly used
  1553.       network control characters and trigger strings.  ZMODEM and Kermit are
  1554.       compatible with many networks that do not support XMODEM family
  1555.       protocols, including some that claim network compatibility.  For PADs
  1556.       that do not accept "rst?", use:
  1557.            <ENTER>@<ENTER>
  1558.            set 4:2,5:1,12:1<ENTER>
  1559.            cont<ENTER>
  1560.       For best Telenet download throughput, parameter 64 (advance ACK)
  1561.       should be set to 7.  The parameter 0 is a dummy argument that
  1562.       distinguishes Telenet parameters from CCIT parameters.
  1563.            <ENTER>@<ENTER>
  1564.            set 0:0,64:7<ENTER>
  1565.            cont<ENTER>
  1566.       Sometimes Telenet flow control stops data transmission when the
  1567.       network buffers are not yet full.  If you often see "STOPPED" flashing
  1568.       in the status line (DOS versions), or if you see the modem send data
  1569.       light pause in a ZMODEM or SuperKermit file send, poor flow control
  1570.       may be the culprit.  Such slowdowns are typical when a network is
  1571.       overloaded.  If this condition persists, the network should take steps
  1572.       to reduce the congestion.  Turning OFF network flow control and
  1573.       activating ZMODEM's or SuperKermit's protocol flow control may
  1574.       increase throughput under these conditions.
  1575.  
  1576.       Instead of or in addition to XON/XOFF flow control, the sending
  1577.       program's ZMODEM w numeric parameter can restrict the window size to a
  1578.       value that does not overload the network.  A zmodem pw2048 command
  1579.       restricts the window size (maximum number of bytes in transit) to
  1580.       2048.  This causes the sz command to trigger the receiver's
  1581.       acknowledgement every 512 bytes (one fourth the value of the ZMODEM w
  1582.       numeric parameter).  The sender monitors these responses and suspends
  1583.       transmission when necessary to restrict the window to the specified
  1584.       size.  Until a network dependent lower limit is reached, lower window
  1585.       sizes improve the speed of error recovery at the expense of slight
  1586.       increases in protocol overhead.  When the window size becomes less
  1587.       than the number of characters sent within the network's transit time,
  1588.       throughput falls off rapidly.  Frequent protocol acknowledgements slow
  1589.       down high speed pseudo full duplex modems (US Robotics HST, Telebit
  1590.  
  1591.  
  1592.       (C) 1994 Omen Tech Inc                         Chapter 15 Flow Control
  1593.  
  1594.  
  1595.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1596.       ZCOMM User Manual                                                   88
  1597.  
  1598.       TrailBlazer) and should be avoided.
  1599.  
  1600.       ZMODEM-90(TM) allows the receiver to specify the window size with the
  1601.       -Wn option where n is the desired window size.
  1602.  
  1603.       EXAMPLE: set adlopts W8192  requests an 8192 byte window size.
  1604.  
  1605.  
  1606.       Some modems and networks can be configured to flush (discard the
  1607.       contents of) their buffers when a break signal is received.  If this
  1608.       is possible, error recovery with ZMODEM transfers may be speeded up by
  1609.       setting the ZMODEM b parameter to 1, which sends a break whenever the
  1610.       ZMODEM sending program gets a retransmission request.
  1611.                    Network and Flow Control (FC) Compatibility
  1612.  
  1613.       ______________________________________________________________________
  1614.       |    Network     | Interactive | XMODEM | WXMODEM | S-KERMIT | ZMODEM |
  1615.       |________________|_____________|________|_________|__________|________|
  1616.       |No Network      | YES         | YES    | YES     | YES      | YES    |
  1617.       |8 bit, no FC    | NO          | YES    | YES     | YES(1)   | YES(1) |
  1618.       |Transparent FC  | YES         | YES    | YES     | YES      | YES    |
  1619.       |Non Transparent | YES         | NO     | NO      | YES      | YES    |
  1620.       |7 bit           | YES         | NO     | NO      | YES      | YES(2) |
  1621.       |________________|_____________|________|_________|__________|________|
  1622.  
  1623.       (1) Window size must be restricted to avoid buffer overrun if the
  1624.       network cannot transfer data at full speed.
  1625.       (2) Requires ZMODEM-90(TM) 7-bit support
  1626.  
  1627.       15.1  Got ZRPOS Errors
  1628.  
  1629.       Got ZRPOS indicates the receiving program has detected a transmission
  1630.       error and has requested retransmission.  In other words, ZMODEM is
  1631.       doing its job of detecting and correcting missing and garbled data.
  1632.  
  1633.       If this happens with error correcting modems, or more often than
  1634.       observed line noise would suggest, the receiver's error messages must
  1635.       be studied.  "Line Status Register 01" messages indicate a flow
  1636.       control problem.  "Line Status Register 02" messages suggest a
  1637.       receiver problem with interrupt latency.
  1638.  
  1639.       Otherwise, the sender may have a flow control problem in one of four
  1640.       areas:
  1641.  
  1642.         + Between the sending program and its modem.  If using an interface
  1643.           speed higher than the transmission speed, or modem to modem error
  1644.           correction (MNP, LAPB, PEP, etc.), check that the modem and the
  1645.           sending program are configured for the same flow control methods.
  1646.           Omen Technology's software is faster than most other programs, and
  1647.           may expose flow control problems not seen with slower software.
  1648.  
  1649.  
  1650.  
  1651.       (C) 1994 Omen Tech Inc                         Chapter 15 Flow Control
  1652.  
  1653.  
  1654.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1655.       ZCOMM User Manual                                                   89
  1656.  
  1657.         + Between the sending modem and the network.  Correcting this
  1658.           requires "handshake both" to allow the sending program to honor
  1659.           both hardware (CTS) flow control from the modem and software flow
  1660.           control (XON/XOFF) from the network.
  1661.  
  1662.         + Between parts of the network, or between the host computer and its
  1663.           terminal server(s).  We have received a number of reports of
  1664.           problems with Cisco terminal servers.
  1665.  
  1666.         + Between the receiving modem and the receiving program.  This can
  1667.           happen at high transmission speeds when the receiver has specified
  1668.           a large I/O buffer size with the B numeric parameter.
  1669.  
  1670.           Excessive interrupt latency from extended memory ramdisks or disk
  1671.           caches, and poorly written hard disk drivers also wreak havoc on
  1672.           streaming protocols but do not affect start-stop protocols
  1673.           (XMODEM, etc.).  Problems with extended memory disk caches may
  1674.           cause errors at regular intervals; check the receiver's error
  1675.           messages.
  1676.  
  1677.           To work around these problems, give the "handshake slow" command
  1678.           to the receiver.
  1679.  
  1680.  
  1681.  
  1682.  
  1683.  
  1684.  
  1685.  
  1686.  
  1687.  
  1688.  
  1689.  
  1690.  
  1691.  
  1692.  
  1693.  
  1694.  
  1695.  
  1696.  
  1697.  
  1698.  
  1699.  
  1700.  
  1701.  
  1702.  
  1703.  
  1704.  
  1705.  
  1706.  
  1707.  
  1708.  
  1709.  
  1710.       (C) 1994 Omen Tech Inc                       Chapter 15 Running ZCOMM
  1711.  
  1712.  
  1713.       Version 18.18 TurboDial 2.41            Universal Line Printer Edition
  1714.       ZCOMM User Manual                                                   90
  1715.  
  1716.       16.  RUNNING ZCOMM
  1717.  
  1718.       Before running ZCOMM, the keyboard Caps Lock should be turned off.
  1719.       ZCOMM commands and most arguments must be entered in lower case.
  1720.  
  1721.  
  1722.       16.1  Running ZCOMM from DOS
  1723.  
  1724.       ZCOMM is called from DOS as ZCOMM [DPORT=n] [command ...]
  1725.  
  1726.       The following special commands may be given from the command line
  1727.       only.
  1728.  
  1729.       DPORT=n is an optional override to the default comm port.  If another
  1730.               program is using the default comm port, ZCOMM may be told to
  1731.               use another port to prevent interference.
  1732.  
  1733.               SEE ALSO: DPORT environment variable
  1734.  
  1735.       Command may be any desired combination of ZCOMM commands.  Command
  1736.       line arguments to ZCOMM must be in lower case except as noted.
  1737.  
  1738.       EXAMPLE: C>ZCOMM call cissig invokes ZCOMM and executes the commands
  1739.       in the "cissig" telephone directory entry.
  1740.  
  1741.  
  1742.       EXAMPLE: C>ZCOMM DPORT=2 call othersys
  1743.       Selects COM2 before initializing the serial port
  1744.  
  1745.  
  1746.  
  1747.       16.1.1  DOS Environment Variables  DOS environment variables are set
  1748.       with the DOS set command in the form SET VARIABLE=VALUE given in a
  1749.       batch file or at the DOS prompt.
  1750.  
  1751.       NOTE: There must not be any spaces before or after the "=" sign.  If
  1752.       you set many environment variables, DOS will quietly forget some of
  1753.       them unless you tell DOS to make more room for them.  You can issue
  1754.       the DOS "set" command by itself to check the accuracy of DOS
  1755.       environment variables.
  1756.  
  1757.       ZCOMM searches the DOS Environment for the following variables:
  1758.  
  1759.       CBSIZE overrides the default allocation for the circular buffer.** If
  1760.             memory is limited, the DOS command SET CBSIZE=3000 will leave
  1761.             more memory for DOS Gateway or other programs.  CBSIZE may be
  1762.             set as high as 65500.
  1763.  
  1764.             EXAMPLE: C>SET CBSIZE=65000
  1765.  
  1766.  
  1767.  
  1768.  
  1769.       (C) 1994 Omen Tech Inc                       Chapter 16 Running ZCOMM
  1770.  
  1771.