FTP Objects
-----------
Several methods are available in two flavors: one for handling text
files and another for binary files. These are named for the command
which is used followed by `lines' for the text version or `binary' for
the binary version.
`FTP' instances have the following methods:
`set_debuglevel(level)'
Set the instance's debugging level. This controls the amount of
debugging output printed. The default, `0', produces no debugging
output. A value of `1' produces a moderate amount of debugging
output, generally a single line per request. A value of `2' or
higher produces the maximum amount of debugging output, logging
each line sent and received on the control connection.
`connect(host[, port])'
Connect to the given host and port. The default port number is
`21', as specified by the FTP protocol specification. It is
rarely needed to specify a different port number. This function
should be called only once for each instance; it should not be
called at all if a host was given when the instance was created.
All other methods can only be used after a connection has been
made.
`getwelcome()'
Return the welcome message sent by the server in reply to the
initial connection. (This message sometimes contains disclaimers
or help information that may be relevant to the user.)
`login([user[, passwd[, acct]]])'
Log in as the given USER. The PASSWD and ACCT parameters are
optional and default to the empty string. If no USER is
specified, it defaults to `'anonymous''. If USER is
`'anonymous'', the default PASSWD is `REALUSER@HOST' where
REALUSER is the real user name (glanced from the `LOGNAME' or
`USER' environment variable) and HOST is the hostname as returned
by `socket.gethostname()'. This function should be called only
once for each instance, after a connection has been established; it
should not be called at all if a host and user were given when the
instance was created. Most FTP commands are only allowed after the
client has logged in.
`abort()'
Abort a file transfer that is in progress. Using this does not
always work, but it's worth a try.
`sendcmd(command)'
Send a simple command string to the server and return the response
string.
`voidcmd(command)'
Send a simple command string to the server and handle the response.
Return nothing if a response code in the range 200-299 is received.
Raise an exception otherwise.
`retrbinary(command, callback[, maxblocksize[, rest]])'
Retrieve a file in binary transfer mode. COMMAND should be an
appropriate `RETR' command, i.e. `'RETR FILENAME''. The CALLBACK
function is called for each block of data received, with a single
string argument giving the data block. The optional MAXBLOCKSIZE
argument specifies the maximum chunk size to read on the low-level
socket object created to do the actual transfer (which will also
be the largest size of the data blocks passed to CALLBACK). A
reasonable default is chosen. REST means the same thing as in the
`transfercmd()' method.
`retrlines(command[, callback])'
Retrieve a file or directory listing in ASCII transfer mode.
COMMAND should be an appropriate `RETR' command (see
`retrbinary()' or a `LIST' command (usually just the string
`'LIST''). The CALLBACK function is called for each line, with
the trailing CRLF stripped. The default CALLBACK prints the line
to `sys.stdout'.
`set_pasv(boolean)'
Enable "passive" mode if BOOLEAN is true, other disable passive
mode. (In Python 2.0 and before, passive mode was off by default;
in Python 2.1 and later, it is on by default.)
`storbinary(command, file[, blocksize])'
Store a file in binary transfer mode. COMMAND should be an
appropriate `STOR' command, i.e. `"STOR FILENAME"'. FILE is an
open file object which is read until `EOF' using its `read()'
method in blocks of size BLOCKSIZE to provide the data to be
stored. The BLOCKSIZE argument defaults to 8192. _Changed in
Python version 2.1_
`storlines(command, file)'
Store a file in ASCII transfer mode. COMMAND should be an
appropriate `STOR' command (see `storbinary()'). Lines are read
until `EOF' from the open file object FILE using its `readline()'
method to provide the data to be stored.
`transfercmd(cmd[, rest])'
Initiate a transfer over the data connection. If the transfer is
active, send a `PORT' command and the transfer command specified
by CMD, and accept the connection. If the server is passive, send
a `PASV' command, connect to it, and start the transfer command.
Either way, return the socket for the connection.
If optional REST is given, a `REST' command is sent to the server,
passing REST as an argument. REST is usually a byte offset into
the requested file, telling the server to restart sending the
file's bytes at the requested offset, skipping over the initial
bytes. Note however that RFC 959 requires only that REST be a
string containing characters in the printable range from ASCII
code 33 to ASCII code 126. The `transfercmd()' method, therefore,
converts REST to a string, but no check is performed on the
string's contents. If the server does not recognize the `REST'
command, an `error_reply' exception will be raised. If this
happens, simply call `transfercmd()' without a REST argument.
`ntransfercmd(cmd[, rest])'
Like `transfercmd()', but returns a tuple of the data connection
and the expected size of the data. If the expected size could not
be computed, `None' will be returned as the expected size. CMD
and REST means the same thing as in `transfercmd()'.
`nlst(argument[, ...])'
Return a list of files as returned by the `NLST' command. The
optional ARGUMENT is a directory to list (default is the current
server directory). Multiple arguments can be used to pass
non-standard options to the `NLST' command.
`dir(argument[, ...])'
Produce a directory listing as returned by the `LIST' command,
printing it to standard output. The optional ARGUMENT is a
directory to list (default is the current server directory).
Multiple arguments can be used to pass non-standard options to the
`LIST' command. If the last argument is a function, it is used as
a CALLBACK function as for `retrlines()'; the default prints to
`sys.stdout'. This method returns `None'.
`rename(fromname, toname)'
Rename file FROMNAME on the server to TONAME.
`delete(filename)'
Remove the file named FILENAME from the server. If successful,
returns the text of the response, otherwise raises `error_perm' on
permission errors or `error_reply' on other errors.
`cwd(pathname)'
Set the current directory on the server.
`mkd(pathname)'
Create a new directory on the server.
`pwd()'
Return the pathname of the current directory on the server.
`rmd(dirname)'
Remove the directory named DIRNAME on the server.
`size(filename)'
Request the size of the file named FILENAME on the server. On
success, the size of the file is returned as an integer, otherwise
`None' is returned. Note that the `SIZE' command is not
standardized, but is supported by many common server
implementations.
`quit()'
Send a `QUIT' command to the server and close the connection.
This is the "polite" way to close a connection, but it may raise an
exception of the server reponds with an error to the `QUIT'
command. This implies a call to the `close()' method which
renders the `FTP' instance useless for subsequent calls (see
below).
`close()'
Close the connection unilaterally. This should not be applied to
an already closed connection (e.g. after a successful call to
`quit()'. After this call the `FTP' instance should not be used
any more (i.e., after a call to `close()' or `quit()' you cannot
reopen the connection by issuing another `login()' method).