Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!mordor!sri-spam!rutgers!bellcore!faline!thumper!tr From: tr@thumper.bellcore.com (tom reingold) Newsgroups: comp.sys.ibm.pc Subject: Enclosed is MS-Kermit document (part 2 of 7) Message-ID: <894@thumper.bellcore.com> Date: 31 Dec 87 13:15:45 GMT Organization: Bellcore, Morristown, Noo Joizy Lines: 706 @@@@@@@@@@@@@@@@@@@@ Cut and concatenate here. @@@@@@@@@@@@@@@@@@@@ Local Area Network Operation: MS-Kermit 2.30 is capable of using a serial port on another local area network (LAN) node, so long as that node is running an asynchronous communication serv- er and you have installed a device driver on your own PC that makes COM1 or COM2 i/o use the network server. This type of connection works because MS-Kermit 2.30 (but not earlier releases) on IBM PCs checks the selected port, COM1 or COM2, to see if it's a real 8250 UART chip, and if it isn't, Kermit uses only Bios calls for port i/o, and the network routes these through your network device driver. It may be necessary to switch off a real COM1 or COM2 device to convince Kermit to use the Bios. This style of operation should be transparent to Kermit, except that not all asynchronous communications servers utilize this technique. As of version 2.30, the IBM PC version of Kermit can also communicate directly with another PC on a local area network through the IBM NetBios emulator dis- tributed with the LAN. In essence, the LAN substitutes for the serial port, modem, and other wiring. Kermit running on one user machine can transfer files with another Kermit also on the network much as if they were connected by modems, and Kermit can talk with some larger machines the same way. The impor- tant, and only, network command is SET PORT NET nodename which is described in the section on SET commands. Also see the SERVER command description, and (if you're interested) section 1.16.9 for a technical descrip- tion. Kermit can even communicate with some other computers, such as Unix systems, which accept logins via this remote pathway. The initial startup is the same as calling a mainframe and logging in except the command SET PORT NET nodename is used instead of SET PORT COM1. A connection is established with the first use of the communications circuit, such as CONNECT, REMOTE DIR, SEND, or other file transfer command. 1.6. Kermit-MS Commands MS-DOS Kermit supplies most of the commands and features of "ideal" Kermit. Here's a brief list: BYE to remote server, exit from MS-Kermit. CLEAR serial port buffer. CLOSE log files and stop logging remote session. COMMENT For including comments in command files. CONNECT as terminal to remote system. CWD change local working directory. DEFINE a macro of Kermit-MS commands. DELETE local files. DIRECTORY listing of local files. DISABLE server recognition of selected commands. DO a command macro. ECHO a line of text on the screen. ENABLE server recognition of selected commands. EXIT from Kermit-MS. FINISH Shut down remote server. GET remote files from server. HANGUP the phone or network connection. HELP about Kermit-MS. INPUT specified string from serial port, for scripts. LOG remote terminal session and/or packets. LOGOUT remote server, don't exit from Kermit-MS. OUTPUT string out serial port, for scripts. PAUSE between commands. PUSH to MS-DOS command level. QUIT from Kermit-MS (same as EXIT). RECEIVE files from remote Kermit. REMOTE Prefix for remote file management commands. RUN an MS-DOS program or command. SEND files to remote Kermit. SERVER mode of remote operation. SET various parameters. SHOW various parameters. SPACE inquiry (about disk space). STATUS inquiry (about settings). TAKE commands from a file. TRANSMIT a file "raw" (no error checking). TYPE a local file on the screen. VERSION display Kermit-MS program version number. The remainder of this section concentrates on the commands that have special form or meaning for MS-DOS Kermit. Not all of the following commands are necessarily available on all MS-DOS systems, and some of the commands may work somewhat differently between DOS versions. The notation used is as follows: Optional fields are in [square brackets], lists of alternatives are in {curly braces}, separated by vertical bars (|). Parameters, such as numbers or filenames, are shown in italics (providing the printer is capable of printing italics), and in dialog examples user typein is underlined (on printers that can show it) to distinguish it from computer typeout. The following sections describe MS-Kermit's commands. Command descriptions may contain references to other commands that haven't been explained yet. You might find that this manual makes more sense on a second reading. 1.6.1. Program Management Commands "Program management" is a rubric for Kermit-MS commands like TAKE, EXIT, HELP, COMMENT, ECHO, and VERSION, that don't fall into any other category. HELP simply displays a short help message (the same one, in fact, that you would see if you typed a question mark in the same place). VERSION displays the MS-Kermit program version number, which you should know in case you are reporting bugs or seeking technical assistance. Other program management commands require a bit more explanation. The EXIT Command Syntax: EXIT or QUIT EXIT and QUIT are synonyms for each other. They cause MS-Kermit to return con- trol to DOS or whatever program invoked MS-Kermit. The specific actions taken are: - Close any open log or other files. - Close any open network connection. - Release all memory claimed by the program. - Disable interrupts for the currently selected communication device. - Terminate execution. The serial port RS-232 signals are left alone upon EXIT, so that modem connec- tions are not broken. Kermit-MS may be restarted with the connection intact. Use HANGUP to explicitly break a modem connection. The PUSH Command Syntax: PUSH PUSH is similar to EXIT, except it leaves MS-Kermit intact by invoking an MS-DOS command processor "under" Kermit-MS, either COMMAND.COM or whatever shell you have specified with COMSPEC (or SHELL, depending on the system) in your CONFIG.SYS file. You can return to Kermit-MS by typing the MS-DOS EXIT command, and you will find Kermit-MS as you left it, with all settings intact. The same function is invoked by the CONNECT escape-level command P. Example: Kermit-MS>push Push to DOS. Command v2.11 COMMAND.COM program herald. C>diskcopy a: b: Run a DOS program. DISKCOPY dialog here... C>dir b: More DOS commands... DOS session continues... C>exit When done, type DOS EXIT command. Kermit-MS> Back at Kermit. The TAKE Command Syntax: TAKE filespec The TAKE command gives you way a to collect MS-Kermit commands into a single file, so that you can execute many commands by typing a single (TAKE) command. TAKE instructs MS-Kermit to execute commands from the file that you specify. The current directory is searched for the file first, and then any directories listed in the PATH environment variable. The command file may include any valid Kermit-MS commands, including TAKE, but it cannot include characters to be sent to a remote host after a CONNECT command (use scripts for that, described below). Execution of a TAKE file may be cancelled by typing Control-C at the keyboard. An implicit TAKE command is executed upon the file MSKERMIT.INI whenever you start MS-Kermit. The MSKERMIT.INI file contains any commands you want to be executed each time you run Kermit. A sample is shown above, and a more am- bitious example is shown in section 1.8. Commands within TAKE files, unlike interactive commands, may include trailing comments, preceded by semicolons (if a real semicolon is needed in a command, express it as "\;" and it will not be mistaken for the start of a comment). set port 2 ; Select the modem port. set speed 1200 ; Set the baud rate for the modem. connect ; Conduct a terminal session. hangup ; Hang up the phone after escaping back. Note the HANGUP command after CONNECT. The HANGUP command is not executed un- til after you escape back from your CONNECT session. If this file were called MODEM.CMD, the following TAKE command would execute it: Kermit-MS>take modem.cmd This directs MS-Kermit to find the MODEM.CMD file, open it, execute the com- mands in it, close it, and return to the MS-Kermit> prompt when done. This process can take a while on floppy-disk based systems. Commands from the TAKE file will normally not be displayed on your screen during execution. If you want to see them as they are executing, you can SET TAKE-ECHO ON (for instance, at the beginning or end of your MSKERMIT.INI file). With the echoing ON, comments are also displayed for reference, but the semi- colon is not shown. TAKE files may be nested to any reasonable level. A command file that was in- voked by another command file returns to its invoking command file, rather than to the MS-Kermit> prompt. There is currently no parameter substitution mechanism for TAKE files. Warnings: - An explicit query mark ("?") in a TAKE file will cause a help message to be displayed and the rest of the line will be read as another com- mand. - Since TAKE file processing discards all characters from a line begin- ning with the first semicolon, it is normally not possible to include semicolons as part of the commands themselves, e.g. get dska:foo.bar;6 To get around this restriction, you may precede such semicolons with a backslash: get dska:foo.bar\;6 The ECHO Command Syntax: ECHO [string] The ECHO command writes the string to the screen, without adding a carriage return or line feed. ECHO may be used to report progress during execution of a TAKE command file, or to issue prompts during the execution of a script. ECHO Part one completed...\13\10 The numbers at the end are "backslash codes" for ASCII control characters, in this case carriage return (\13) and linefeed (\10). Since the ECHO command in- terprets backslash codes, ANSI.SYS and similar console drivers can be programmed through this command by embedding ANSI escape sequences (see section 1.15.2) in the echo string. The COMMENT Command Syntax: COMMENT text The COMMENT command lets you add comments to a TAKE command file. The word COMMENT (or any unique prefix thereof) must appear as the first word on the line. The COMMENT command may also be entered interactively. It has no effect at all. Comments may also be entered in TAKE files, but not on interactive command lines, by using the semicolon (";") character. Unlike the COMMENT com- mand, semicolon comments may appear on the same line as a Kermit command. Ex- ample: COMMENT - MS-Kermit command file to connect port 2 to an IBM mainframe set port 2 set speed 4800 ; Baud rate is 4800 do ibm ; Set parameters for IBM linemode connect ; Be a terminal Question marks should not be included in comments, as they will invoke the help function. The DEFINE Command Syntax: DEFINE macro-name [command [, command [, ...]]] Command macros provide another way of collecting many commands into a single command. The difference between a macro and a TAKE file is that Kermit keeps all its macro definitions in memory, and can execute them as many times as you like, without having to look them up on disk, whereas every time you issue a TAKE command, Kermit has to access a disk. But... you can have as many TAKE command files as you like, and they can be as long as you want, whereas MS-Kermit's memory for storing macro definitions is limited. You can put macro definitions and DO commands for them in TAKE files (or for that matter, you can put TAKE commands in macro definitions). Kermit-MS command macros are constructed with the DEFINE command. Any Kermit-MS commands may be included. Example: define telenet set parity mark, set baud 1200, connect A macro can be undefined by typing an empty DEFINE command for it, like define telenet A macro definition may be no longer than 128 characters. Longer definitions can be accomplished by "chaining." Example: define setup set port 1, set speed 19200, set par even, do setup2 define setup2 set flo no, set handsh xon, set local on, do setup3 define setup3 set timer on, set terminal color 1 31 45, do setup4 define setup4 set warning on, set incomplete keep, connect DO SETUP will invoke all of these commands. The commas above stand for the carriage returns needed by individual commands. Commas must be used to separate commands in macro definitions; carriage returns (\13) cannot be used. When control or other special characters are needed in a macro they may be ex- pressed in backslash number form, \nnn. The SHOW MACROS command displays the value of all currently defined macros, and tells how much space is left for further definitions. The DO Command Syntax: DO macro-name A Kermit-MS command macro is invoked using the DO command. For instance, Kermit-MS comes with a predefined macro to allow convenient setup for IBM mainframe line-mode communications; to invoke it, you would type DO IBM. The IBM macro is defined as "set timer on, set local-echo on, set parity mark, handshake xon, set flow none". You can use the DEFINE command to redefine this macro or remove the definition altogether. There is no automatic way to undo the effect of a macro. If you need to ac- complish this effect, you should define another macro for that purpose. For instance, to undo the effect of "do ibm" so that you could connect to, say, a VAX, you could: def vax set par no, set hand no, set flo x, set tim off, set loc off Then you can "do ibm" whenever you want to use the IBM system, and "do vax" whenever you want to use the VAX. If you wish to view the macro expansion whenever you issue a DO command, you can SET TAKE-ECHO ON. Local File Management Commands These commands are executed on your local PC, and generally invoke DOS ser- vices. This allows you to perform common DOS functions without leaving Kermit. All file specifications may include device and/or directory fields. The local file management commands are: CWD path Changes the current working directory to the given path. All references to local file names without explicit paths will refer to that path. A drive letter may be included to also change disk drives. DELETE filespec Deletes the specified file or files. As in DOS, the names of the deleted files are not listed, only the message "file(s) deleted" or "file(s) not found", and if you give the command "delete *.*", Kermit-MS will prompt "Are you sure?" since DOS is doing the work. DIRECTORY [filespec] Lists the names, sizes, and creation dates of files that match the given file specification. If no filespec is given, the command is equivalent to DIR *.*. Normal DOS switches are effective. SPACE Performs the MS-DOS CHKDSK function by running the CHKDSK program from the current path. CHKDSK summarizes your disk and memory usage. RUN command Passes the command line to COMMAND.COM for execution. Any legal DOS operation is permitted: running a program (perhaps with command line arguments or i/o redirection), executing a DOS command, or executing a batch file. The COMMAND.COM file should be in the current path. Ker- mit is suspended while the command is executed and automatically resumes afterward. You may even nest RUN KERMIT commands several times if memory is available. The command will be executed directly by COMMAND.COM so follow the rules of DOS. Example: Kermit-MS>run more < kim.txt TYPE filespec Displays the specified local file on the screen. Automatic pause is not available at the end of a page (but see above example for how to accomplish this). On most systems, Ctrl-S can be used to stop scroll- ing and Ctrl-Q to continue scrolling. 1.6.2. COMMANDS FOR TERMINAL CONNECTION The CONNECT command connects your PC as a terminal to the remote system so that you may conduct a session there, and the HANGUP command may be used to discon- nect your modem (if you have one) from the remote system. There is presently no DIAL command; modems may be dialed during CONNECT or by using scripts. Scripts are described in detail in subsequent sections. For completeness, the descriptions below contain copious reference to the SET commands, which let you modify all sorts of terminal and communication parameters (the SET commands are described in a later section). MS-Kermit is initially set up with the following parameters, so that you only need to issue SET commands for those that need to be changed: PORT 1 (COM1 on the IBM PC family) TERMINAL VT102 emulation (compatible with VT100) SPEED Whatever the serial card is currently set to. PARITY None FLOW-CONTROL XON/XOFF HANDSHAKE None LOCAL-ECHO Off DISPLAY 7-bit characters INPUT TRANSLATION Off ESCAPE Control-Rightbracket The CONNECT Command Syntax: CONNECT or C The CONNECT command establishes an interactive terminal connection to the remote system using the currently selected communications port (SET PORT COM1 or COM2) with all settings currently in effect for that port, emulating the currently selected type of terminal. During CONNECT, the characters you type are sent out the communication port, and the characters that arrive at the port are displayed on the screen or in- terpreted by the selected terminal emulator. If you SET LOCAL-ECHO ON, MS-Kermit will also display the characters you type on the screen. Before you issue the CONNECT command, be sure to set the correct communication speed (SET SPEED) and any other necessary communication parameters (e.g. SET PARITY, SET LOCAL-ECHO). If you have SET DEBUG ON, then (on certain systems, particularly the IBM PC), terminal emulation will be disabled and received con- trol characters will be displayed in special notation. By default, 7-bit ASCII characters are displayed on the screen. If you SET DISPLAY 8, then 8-bit characters will be used (useful for "national" character sets). Character translation will be done according to any SET TRANSLATION IN- PUT and SET KEY commands you have issued. In addition, characters that are sent to the screen will also be recorded in a disk file or on a printer if you have issued a LOG SESSION command. To get back to the PC, type the escape character followed by the letter C (for "Close connection"). On most MS-DOS systems the escape character is Ctrl-] (Control-Rightbracket). That means, hold down the Ctrl key, press "]", and then type the letter C. Kermit-MS>connect Connect to remote system. Conduct terminal session here... ^]c Escape back to PC. Kermit-MS> Prompt reappears. This is called "escaping back". You can use the SET ESCAPE command to change the escape character character to something besides "^]", or you can assign the escaping-back operation to a single key with SET KEY. You can include the CONNECT command in a TAKE command file, but not "bare" text to be sent to the remote system during CONNECT (use scripts for that). When a TAKE file includes a CONNECT command, no further commands will be executed from the file until after you escape back. When you CONNECT, the program attempts to raise the DTR and RTS RS-232 signals, and it takes no specific action to lower them unless you explicitly issue the HANGUP command; thus you can EXIT from Kermit-MS and restart it without drop- ping a dialup connection. While CONNECTed, you can communicate directly with an autodialer or "smart modem" to control the communications line, hang it up, and the like, for instance, by typing AT commands to a Hayes-like modem. Kermit-MS>set speed 2400 Kermit-MS>connect AT Now you're talking to the modem. OK ATDT8765432 RINGING CONNECT 2400 Welcome to ... Now you're talking to the host computer. Please login: MS-Kermit makes no attempt to monitor the modem's Carrier Detect (CD) or Data Set Ready (DSR) signals, and will take no notice if they drop. Thus it is not possible to automatically terminate a session if the connection is broken during CONNECT. When using Kermit to connect two PCs "back to back," SET LOCAL-ECHO ON so that when you CONNECT to the other PC to send messages to its operator, you can see what you are typing. Depending on the system, you may have to type a carriage return and a linefeed (Control-J) at the end of each line in order to make the display look right. The HANGUP Command The HANGUP command attempts to momentarily lower the modem signals DTR and RTS. It may be used to hang up the phone when dialed up through a modem, or to get the attention of port contention units or terminal concentrators that operate in this manner. On direct connections, it will probably have no effect. On IBM PC systems using a local area network connection, the network session is fully terminated. TERMINAL EMULATION The IBM PC version of Kermit-MS emulates the DEC VT102 terminal by default, and may also be instructed to emulate the DEC VT52, the Heath/Zenith-19, the Tektronix 4010 graphics terminal, or no terminal at all, selectable with the SET TERMINAL command. Emulation of each of these terminals is nearly complete. VT102 emulation lacks only smooth scroll and 132 column mode (some EGA boards allow it). Double-height, double-width characters are supported, but simulated using ordinary characters. The IBM PC's 40-column (large character) screen mode may be used during CONNECT if you SET TERMINAL NONE (but you may also have to inform the remote host that your screen width is 40). This can provide improved readability to visually impaired persons, but at the expense of terminal emulation. To use 40-column mode, enter the DOS command "MODE 40" (or CO40 or BW40). On color monitors, the foreground and background colors may be set using SET TERMINAL COLOR, and inverse/normal video display may also be selected, along with many other terminal parameters. A complete list of the commands, default key configurations, and escape sequences accepted by the IBM PC Kermit terminal emulator is given in section 1.15. Non-IBM-compatible PCs may have different terminal emulation options. See section 1.9. Escape-Level Commands The escape character, normally Control-], is used to regain the attention of Kermit-MS during CONNECT (you can change the escape character using SET ESCAPE). When you type the escape character, Kermit-MS waits for you to follow it with a single character command. For instance, the single character command "?" produces a list of available single character commands. This command is executed immediately; it may not be edited, and the program does not wait for a carriage return to confirm it. Table 1-2 shows CONNECT escape-level commands available in Kermit-MS: ------------------------------------------------------------------------------- ? Help -- Lists the available single-character commands. 0 (the digit zero) Transmit a NUL (ASCII 0). B Transmit a BREAK signal. L Transmit a Long BREAK signal (on some systems). C Close the connection and return to Kermit-MS prompt level. H Hangup the phone by lowering DTR and CTS momentarily. F File the current screen in the screen dump file. M Toggle the mode line, i.e. turn it off if it is on or vice versa. P Push to DOS; get back to CONNECT by typing EXIT. Q Temporarily quit logging the remote session. R Resume logging the remote session. S Show the status of the connection. ^] (or whatever you have set the escape character to be) Typing the escape character twice sends one copy of it to the connected host. Table 1-2: Kermit Single-Character CONNECT Escape Commands ------------------------------------------------------------------------------- Typing any other character (except the space bar, which is the "null command") after the escape character will cause Kermit-MS to beep, but will do no harm. These actions are also Kermit action verbs and can be assigned to single keys. See SET KEY for details. The Mode Line When you first issue the CONNECT command, a message (on some systems, an in- verse video "mode line") will display the most important facts about the con- nection you've just established, so that you can quickly diagnose any problems. Here's what the IBM PC mode line looks like: Esc-chr:^] help:^]? port:1 speed:9600 parity:odd echo:rem VT102 .... PRN This shows that the escape character is Ctrl-Rightbracket, that you would type Ctrl-rightbracket followed by question mark ("^]?") to get help during CONNECT, that you are connected on port 1 at 9600 baud with odd parity and remote echo, and that a VT102 terminal is being emulated. The four dots represent the VT102s LEDs (they turn into the digits 1,2,3,4 when "lit") and PRN will show up if the printer is activated (e.g. by Ctrl-PrintScreen). The mode line may be turned on and off using SET MODE, or the CONNECT escape character followed by the letter M. Screen Rollback On the IBM PC and some other systems (see Table 1-4), Kermit-MS provides several pages of screen memory, which may be scrolled up and down using keys as shown in Table 1-5. For instance, the IBM PC uses PgUp (previous screen), PgDn (next screen), Ctrl-PgUp and Ctrl-PgDn (one line at a time). Only lines that scroll off the top of the screen are saved. When an application clears the screen, that screen is not saved. These functions and others may be assigned to different keys with the SET KEY command. If you have rolled the screen back and a new character must be displayed, it will normally appear at the current cursor position on the old screen. This is useful when you are trying to copy something from a previous screen. If you wish new characters to appear in their proper place on the "newest" screen, you can SET TERMINAL ROLL ON. Screen Dump The screen dump feature writes the contents of the current screen to a file (KERMIT.SCN unless another file was selected by the SET DUMP command) when the CONNECT escape-level command F is typed. The screen dump file is appended to on each successive screen dump, with each screen separated by a formfeed (Ctrl-L). This feature may be used in conjunction with screen rollback -- a handy way to recapture screenfuls of laboriously typed-in text after a remote host has crashed without saving your work. The corresponding action verb is "dump". A screen dump differs from a session log in two ways. First, each desired screen must be manually filed, and second, the screen dump file has been stripped of any escape sequences, whereas the session log records them (see LOG SESSION). Printer Control During terminal emulation, a locally attached printer may be controlled in the normal manner, on most systems. Pushing the "Print Screen" key (shifted on some systems) will cause the current contents of the screen to be printed or spooled; holding down Ctrl while depressing Print Screen will start or stop the spooling of incoming characters to the printer. On the IBM PC, the mode line will show PRN when the printer is activated in this manner. ^P or ^N are sent to the host during terminal emulation and do not toggle printing as they do when you're talking directly to DOS. CTRL-Print-Screen can be simulated with the Kermit-MS LOG PRN and CLOSE commands. The IBM PC MS-Kermit VT102 terminal emulator also supports full transparent printing of 8-bit binary bytes. The escape sequence "ESC [ 5 i" turns on transparent printing, in which all further 8-bit characters are sent directly to the printer, bypassing the SET TRANSLATION INPUT filter, and are not shown on the screen. Escape sequence "ESC [ 4 i" turns off transparent printing and the escape sequence is not sent to the printer. Non-transparent printing is controlled by the "ESC [ ? 5 i" and "ESC [ ? 4 i" sequences. Such printing simply duplicates text intended for the screen, excluding escape sequences. The text also appears on the screen. See section 1.16.6 for technical infor- mation about MS-Kermit's printer control. 1.6.3. COMMANDS FOR FILE TRANSFER MS-Kermit's SEND, GET, and RECEIVE invoke the Kermit file transfer protocol for error-checked transmission of files between MS-Kermit and another Kermit program on the other end of the connection. There are also commands for "raw" (no error checking) transfer of files with systems that don't have Kermit programs: LOG SESSION (for capturing text files on your PC) and TRANSMIT (for uploading text files to the remote system). Although MS-Kermit makes no distinction between text and binary files, most other Kermit programs do. Therefore, before you attempt to transfer binary files with another type of system (say, a VAX, or an IBM mainframe), be sure to give the appropriate command -- usually something like SET FILE TYPE BINARY -- to the Kermit on the remote end. File transfers involving floppy disks will be slow and noisy. Hard disks are much faster (and quieter), and RAM disks faster still (and totally silent). But if you store files on a RAM disk, be sure to move them to a real disk be- fore turning off your PC. And before attempting to transfer files to the PC, make sure you have enough room on the selected device. Kermit does not provide a way for you to change disks during a file transfer. The SEND Command Syntax: SEND filespec1 [filespec2] The SEND command causes a file or file group to be sent from the local MS-DOS system to the Kermit on the remote system. The remote Kermit may be running in either server or interactive mode; in the latter case, you should already have given it a RECEIVE command and escaped back to your PC. S is a special non-unique abbreviation for SEND. filespec1 may contain the wildcard characters "*" to match zero or more characters within a field, and/or "#" (first position) or "?" (elsewhere) to match any single character. If filespec1 contains wildcard characters then all matching files will be sent, in the same order that MS-DOS would show them in a directory listing. If filespec1 specifies a single file, you may direct Kermit-MS to send that file with a different name, given in filespec2. For in- stance, in the command Kermit-MS>send foo.bar framus.widget filespec2 begins with the first nonblank character after filespec1 and ends with the carriage return; thus it may contain blanks or other unusual charac- ters that may be appropriate on the target machine. The alphabetic case of text in filespec2 is preserved in transmission, so if case matters on the tar- get system, be sure to type filespec2 appropriately. If the SEND command is specified by itself on the command line, then you will be prompted separately for the name of the file to send, and the name to send it under: Kermit-MS>send Local Source File: c:\chris\xcom1.txt Remote Destination File: com1.txt If a file can't be opened for read access, standard MS-DOS recovery procedures will take place. For example: Not ready error reading drive A Abort, Retry, Ignore? Kermit remains active even if you select "Abort" (DOS's word, not ours). Files will be sent with their MS-DOS filename and filetype (for instance FOO.TXT, no device or pathname). Special characters in the file name are not converted. If there is no filetype, then only the name will be sent, without the terminating dot. Each file is sent as is, with no conversions done on the data, except for possibly stopping at a terminating Control-Z character (see the SET EOF command). Once you give Kermit-MS the SEND command, the name of each file will be dis- played on your screen as the transfer begins. Packet, retry, and other counts @@@@@@@@@@@@@@@@@@@@ Cut and concatenate here. @@@@@@@@@@@@@@@@@@@@ -- Tom Reingold INTERNET: tr@bellcore.bellcore.com Bell Communications Research UUCP: rutgers!bellcore!tr 435 South St room 2L350 SOUNDNET: (201) 829-4622 [work] Morristown, NJ 07960 (201) 287-2345 [home]