uucp [-c | -C] [-d | -f] [-ggrade] [-jmr] [-nuser] [-sfile] [-xdebug_level] source-file destination-file
uulog [-ssys] [-fsystem] [-x] [-number] system
uuname [-c | -l]
The following options are supported by uucp:
When multiple -n options are passed in, uucp only retains the value specified for the last -n option. This is the only user notified.
The following options cause uulog to print logging information:
Other options used in conjunction with the above options are:
The following options are supported by uuname:
The source file name may be a path name on your machine, or may have the form:
where system-name is taken from a list of system names that uucp knows about. source_file is restricted to no more than one system-name. The destination system-name may also include a list of system names such as
In this case, an attempt is made to send the file, using the specified route, to the destination. Care should be taken to ensure that intermediate nodes in the route are willing to forward information. See NOTES for restrictions.
For C-Shell users, the exclamation point (!) character must be surrounded by single quotes ('), or preceded by a backslash (\).
The shell metacharacters ?, * and [...] appearing in pathname are expanded on the appropriate system.
Pathnames may be one of the following:
Anything else is prefixed by the current directory.
If the result is an erroneous path name for the remote system, the copy fails. If the destination-file is a directory, the last part of the source-file name is used.
Invoking uucp with shell wildcard characters as the remote source-file invokes the uux(1C) command to execute the uucp command on the remote machine. The remote uucp command spools the files on the remote machine. After the first session terminates, if the remote machine is configured to transfer the spooled files to the local machine, the remote machine initiates a call and send the files; otherwise, the user must "call" the remote machine to transfer the files from the spool directory to the local machine. This call can be done manually using Uutry(1M), or as a side effect of another uux(1C) or uucp call.
Notice that the local machine must have permission to execute the uucp command on the remote machine in order for the remote machine to send the spooled files.
uucp removes execute permissions across the transmission and gives 0666 read and write permissions (see chmod(2)).
See environ(5) for descriptions of the following environment variables that affect the execution of uucp: LANG, LC_ALL, LC_COLLATE, LC_CTYPE, LC_MESSAGES, LC_TIME, NLSPATH, and TZ.
The following exit values are returned:
See attributes(5) for descriptions of the following attributes:
For security reasons, the domain of remotely accessible files may be severely restricted. You probably are not able to access files by path name. Ask a responsible person on the remote system to send them to you. For the same reasons you are probably not able to send files to arbitrary path names. As distributed, the remotely accessible files are those whose names begin /var/spool/uucppublic (equivalent to ~/).
All files received by uucp are owned by uucp.
The -m option only works when sending files or receiving a single file. Receiving multiple files specified by special shell characters ?, &, and [...] does not activate the -m option.
The forwarding of files through other systems may not be compatible with the previous version of uucp. If forwarding is used, all systems in the route must have compatible versions of uucp.
Protected files and files that are in protected directories that are owned by the requester can be sent by uucp. However, if the requester is root, and the directory is not searchable by "other" or the file is not readable by "other", the request fails.
Strings that are passed to remote systems may not be evaluated in the same locale as the one in use by the process that invoked uucp on the local system.
Configuration files must be treated as C (or POSIX) locale text files.