sx, sb, sz - Send Files with ZMODEM, YMODEM, or XMODEM zcommand, zcommandi - Send COmmands with ZMODEM
sz [-+abdefkLlNnopTtuvyYZ] file ...
sb [-dfktuv] file ...
sx [-ktuv] file
zcommand [-otv] COMMAND
zcommandi [-otv] COMMAND
Sz (send ZMODEM) uses the ZMODEM, YMODEM or XMODEM error correcting protocol to send one or more files over a dial-in serial port to a variety of programs running under PC-DOS, CP/M, Unix, VMS, and other operating systems.
This is a copyrighted shareware program. Commercial use of this program is subject to licensing conditions detailed in the rz.c source code. "Commercial Use" includes use of this program to send files to commercial and/or shareware programs not published by Omen Technology INC.
This program is not designed to be called from cu(1) tip(1), or other communications programs. Unix flavors of Omen Technology's Professional-YAM communications software are available for dial-out applications. Unix Professional-YAM supports dial-out applications with telephone directory, a powerful script language with learn function, high quality multiple protocol support, and UUCP port arbitration.
Sz sends one or more files with ZMODEM protocol.
ZMODEM greatly simplifies file transfers compared to XMODEM. In addition to a friendly user interface, ZMODEM provides Personal Computer and other users an efficient, accurate, and robust file transfer method.
ZMODEM provides complete END-TO-END data integrity between application programs. ZMODEM's 32 bit CRC catches errors that sneak into even the most advanced networks.
Advanced file management features include AutoDownload (Automatic file Download initiated without user intervention), Display of individual and total file lengths and transmission time estimates, Crash Recovery, selective file transfers, and preservation of exact file date and length.
The -y option instructs the receiver to open the file for writing unconditionally. The -a option causes the receiver to convert Unix newlines to PC-DOS carriage returns and linefeeds.
Sb sends one or more files with YMODEM or ZMODEM protocol. The initial ZMODEM initialization is not sent. When requested by the receiver, sb supports YMODEM-g with "cbreak" tty mode, XON/XOFF flow control, and interrupt character set to CAN (^X). YMODEM-g (Professional-YAM g option) increases YMODEM throughput over error free channels (direct connection, X.PC, etc.) by disabling error recovery.
On Unix systems, additional information about the file is transmitted. If the receiving program uses this information, the transmitted file length controls the exact number of bytes written to the output dataset, and the modify time and file mode are set accordingly.
Sx sends a single file with XMODEM or XMODEM-1k protocol (sometimes incorrectly called "ymodem"). The user must supply the file name to both sending and receiving programs.
Iff sz is invoked with $SHELL set and iff that variable contains the string rsh or rksh (restricted shell), sz operates in restricted mode. Restricted mode restricts pathnames to the current directory and PUBDIR (usually /usr/spool/uucppublic) and/or subdirectories thereof.
The fourth form sends a single COMMAND to a ZMODEM receiver for execution. Zcommand exits with the COMMAND return value. If COMMAND includes spaces or characters special to the shell, it must be quoted.
The fifth form sends a single COMMAND to a ZMODEM receiver for execution. Zcommandi exits as soon as the receiver has correctly received the command, before it is executed.
The sixth form (sz -TT) attempts to output all 256 code combinations to the terminal. In you are having difficulty sending files, this command lets you see which character codes are being eaten by the operating system.
The meanings of the available options are:
ZMODEM File Transfer (Unix to DSZ/ZCOMM/Professional-YAM) % sz -a *.c
This single command transfers all .c files in the current Unix directory with conversion (-a) to end of line conventions appropriate to the receiving environment. With ZMODEM AutoDownload enabled, Professional-YAM and ZCOMM will automatically recieve the files after performing a security check.
% sz -Yan *.c *.h
Send only the .c and .h files that exist on both systems, and are newer on the sending system than the corresponding version on the receiving system, converting Unix to DOS text format.
ZMODEM Command Download (Unix to Professional-YAM) cpszall:all
zcommand "c:;cd /yam/dist"
sz -ya $(YD)/*.me
sz -yb y*.exe
zcommand "cd /yam"
This Makefile fragment uses zcommand to issue commands to Professional-YAM to change current disk and directory. Next, sz transfers the .me files from the $YD directory, commanding the receiver to overwrite the old files and to convert from Unix end of line conventions to PC-DOS conventions. The third line transfers some .exe files. The fourth and fifth lines command Pro-YAM to change directory and execute a PC-DOS batch file insms . Since the batch file takes considerable time, the zcommandi form is used to allow the program to exit immediately.
XMODEM File Transfer (Unix to Crosstalk) % sx foo.c
The above three commands transfer a single file from Unix to a PC and Crosstalk. This combination is much slower and less reliable than ZMODEM.
"Caught signal 99" indicates the program was not properly compiled, refer to "bibi(99)" in rbsb.c for details.
rz, Professional-YAM, crc, todos, tocpm, tomac
Compile time options required for various operating systems are described in the source file.
32 bit CRC code courtesy Gary S. Brown.
sz.c, crctab.c, rbsb.c, zm.c, zmr.c, zmodem.h Unix source files
/tmp/szlog stores debugging output (sz -vv)
The command "sz -T file" exercises the Attn sequence error recovery by commanding errors with unterminated packets. The receiving program should complain five times about binary data packets being too long. Each time sz is interrupted, it should send a ZDATA header followed by another defective packet. If the receiver does not detect five long data packets, the Attn sequence is not interrupting the sender, and the Myattn string in sz.c must be modified.
After 5 packets, sz stops the "transfer" and prints the total number of characters "sent" (Tcount). The difference between Tcount and 5120 represents the number of characters stored in various buffers when the Attn sequence is generated.
When using TrailBlazer or other buffered modems at high speed, particular attention must be paid to flow control. The modem and Unix must agree on the flow control method. Sz on USG (SYS III/V) systems uses XON/XOFF flow control. If flow control cannot be properly set up, Try a "-w 2048" option to enforce protocol level flow control. Experiment with different window sizes for best results.
Telebit modems must not be set to "spoof" UUCP, XMODEM, or KERMIT. Setting one of these spoofing modes interferes with other protoocls.
If a program that does not properly implement the specified file transfer protocol causes sb to "hang" the port after a failed transfer, either wait for sb to time out or keyboard a dozen Ctrl-X characters. Every reported instance of this problem has been corrected by using ZCOMM, Pro-YAM, DSZ, or other program with a correct implementation of the specified protocol.
Many programs claiming to support YMODEM only support XMODEM with 1k blocks, and they often don't get that quite right. XMODEM transfers add up to 127 garbage bytes per file. XMODEM-1k and YMODEM-1k transfers use 128 byte blocks to avoid extra padding.
YMODEM programs use the file length transmitted at the beginning of the transfer to prune the file to the correct length; this may cause problems with source files that grow during the course of the transfer. This problem does not pertain to ZMODEM transfers, which preserve the exact file length unconditionally.
Most ZMODEM options are merely passed to the receiving program; some programs do not implement all of these options.
Circular buffering and a ZMODEM sliding window should be used when input is from pipes instead of acknowledging frames each 1024 bytes. If no files can be opened, sz sends a ZMODEM command to echo a suitable complaint; perhaps it should check for the presence of at least one accessible file before getting hot and bothered.
On at least one BSD system, sz would abend it got within a few kilobytes of the end of file. Using the "-w 8192" flag fixed the problem. The real cause is unknown, perhaps a bug in the kernel TTY output routines.
The test mode leaves a zero length file on the receiving system.