📄 rfc412.txt
字号:
Work Information Center # 12404 G. HicksRequest for Comments # 412 Utah 27-Nov-72 User FTP Documentation The attached document is the HELP file for the Utah-10implementation of the User FTP Process. This is what the user hastyped on his console when he types 'HELP<cr>', and as such is the onlydocumention produced to date. [Page 1]User FTP Documentation Detailed Command Listing FTP User Documentation November 27, 1972I. Control Characters There are several control characters that have meaning to the FTPProcess. First, the abort character is <control-z> (SUB), next forediting, only <control-r>, <control-a>, <control-h>, <control-v>,<control-w>, <alt-mode>, <eol>, <space>, <control-x> and <rub-out> haveany meaning, <control-a> (SOH) and <control-h> (BS) are the characterdelete keys. <control-w> is the word delete character, Note: When dowingthe ' funktion, this character will delete the entire line typed.<control-v> says take the next character literally. <alt-mode> (ESC)terminates the command giving helpful noise words, <eol> and <space> areterminators also. These last two will give no command completion ornoise words. All three echo as a space however. <control-x> (CAN) and<rub-out> (DEL) are the command abort characters. <control-r> (DC2) willretype the line as the command interpreter sees it. When using the ? asa prompter, for initial commands, it will type-out all commands thatbegin with that particular character string. If it is typed in a sub-command field, it will type out the prompt message only if it is thefirst character typed. At all other times, it will be accepted as partof the typed string.II. General Information The FTP user process is designed to make transferring files fromone host on the ARPANET to another much easier than it has been up untilnow. To this end, the command language was designed to be as natural aspossible. The command interpreter is, of course, part of this idea.Therefore, to help the user as much as possible, there are several waysto find out what is expected in the form of commands, file-names, user-names, etc. When the user has typed nothing, typing a ? will cause theinterpreter to type out all the commands that are available to the user.If the user has typed anything at all, then it will respond with allcommands that begin with the particular character string. So that the command language was as easy to learn as possible, thecommand interpreter will 'see' nothing that is not part of a legalcommand. If the user types anything that is not expected, the characteris not echoed and a bell is echoed instead. [Page 2]User FTP Documentation Detailed Command ListingIII. Brief Command Listing The commands that are expected and their syntax are listed below.NOTE: UPPER and lower case letters are identical.<host-name>D<decimal host number><octal host number>;<any string> (useful for comments to a person that islinked to you)MODE <mode name>RETREIVE <remote file> (to) <local file>GET <remote file> (to) <local file>SEND <local file> (to) <remote file>STORE <local file> (to) <remote file>APPEND <local file> (to) <remote file>RENAME <remote file> (to be) <new remote file name>DELETE <remote file>BYECOPY <direction descriptor> <file group> (to) <file group> (see detailed description below)LOGOUTDDTLIST <file group> (to file) <local file name>SOCKET (NOT IMPLEMENTED YET)ALLOCATE <decimal number of bytes>QUIT foreign host)HOST <any valid ARPANET host name or number>USER <remote user name>PASSWORD <password for remote user's name>ACCOUNT <string or number for remote user's name>STATUS (see description of status command below)LOGIN <user name> <password> <optional account> <to host>BYTE <decimal byte size>TYPE <type descriptor>STRUCTURE <structure descriptor>TENEXASCIIVERBOSE [Page 3]User FTP Documentation Detailed Command ListingIV. Detailed Description of the Commands The commands and their syntax are described in greater detail blow. The words in parenthesis are noise words. NOTE: upper and lower case are identical. Unless otherwise noted in the command description, all commands described are implemented.<host name> or <host number> Performs the ICP to the indicated host with explanatory remarks if the ICP is not possible.MODE <mode descriptor> Sets the mode of the data transfer connection according to the following sub-commandos: STREAM: bit stream, end of file is indicated by the data connection closing. BLOCK: formats (or expects formatted) data into blocks. TEXT: Sends or retreives text. Forces TYPE ASCII and BYTE 8. This command sends the appropiate commands to the foreign host, then sends the data using the TELNET codes for EOR and EOF as per the FTP Protocol. HASP: compress data. NOTE: Of the above sub-commands, only MODE STREAM and MODE TEXT are implemented at present.RETREIVE (file) <remote file> (to file) <local file name> Sends the retr command to the remote server, sets up the data connection according to any previous MODE, TYPE, BYTE commands. Puts the data coming on the the data connection into the local file specified.GET (file) <remote file name> (to file) <local file name> See description of RETREIVE.STORE (local file) <file name> (onto file) <remote file> Accepts a local file name, does the formatting according to any previous BYTE, TYPE, MODE commands and sends it to the foreign host.SEND (local file) <file name> (onto file) <remote file> See description of STORE.APPEND (local file) <file name> (to remote file) <remote file> Does the same as a store except that the file is appended to the [Page 4]User FTP Documentation Detailed Command Listing remote file rather that just writing over the file.RENAME (existing file) <file name> (to be) <new file name> Accepts the name of n old remote file and asks for a new file name, sends the appropiate commands and names to the foreign host causing the old file name to be replaced by the new file name.DELETE (file) <file name> This command causes the remote file to be marked for deletion. It does require that the command be confirmed twice.BYE Takes no arguments. Causes the server to terminate the current session with the user. The program will return to the EXEC MODE when the command has been acknowledged by the remote server.COPY This command does a variety of things. First. it allows the user do describe a file group. EG: *.mac, *.sav, etc. The *'s may be for foreign files or local files according to the following sub-commands: REMOTE (remote file group) <remote file grouping>: Causes the user FTP to ask the server for the file in <remote file grouping>. Then asks the user to specify where each file is to go. A typical sequence might look like the following: !copy remote (remote file group) ftp.* Please be patient. Getting remote file names. Got them. !copy (file) <HICKS>FTP.MAC;| (to file) ftp.mac [New file] [Messages and etc. follow with the above line being repeated for each file in the remote file group.] LOCAL (local file grouping) <local file group>: Causes the user FTP to accept the file group specified, and send the file names to the server leaving off the <directory name> and version number of the local file. The user may not specify *'d devices of *'d directorys. A line for this might look like the following: !copy local (local file group) ftp.*;* [Confirm] Next, if the user does not specify any *'s for either the remote file or the local file, this command is exactly like the RETREIVE or STORE command described earlier.LOGOUT Takes no arguments. See description of BYE command for more details. [Page 5]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -