UUENVIEW(1) | General Commands Manual | UUENVIEW(1) |
uuenview - a powerful encoder for binary files
uuenview [options] file(s)
uuenview encodes a binary file into ASCII text for sending over non-8-bit electronic data channels, such as electronic mail or the usenet. uuenview is a superset of and fully backwards compatible with the standard uuencode(1) command, featuring more comfort and more flexibility.
Files encoded with uuenview are compatible with virtually all decoders, as long as the encoding method (see below) is supported by the remote side. If the remote side uses uudeview(1), there shouldn't be any problems at all.
If properly configured, uuenview can directly send encoded files by email or to the usenet. These messages are wrapped into a proper MIME envelope, which is handy if the recipient uses MIME-compliant mail or news software.
These options are positional and affect the encoding of all remaining files on the command line until changed.
When sending, posting or attaching files, the default is to use Base64, resulting in MIME compliant messages. Otherwise, when encoding to standard output or into a file, the default is to use uuencoding.
Uudeview is using a heuristic to determine where the provided message headers end and the message body starts. If the first line does not start with either From or some non-whitespace characters followed by a colon (e.g. "X-header-blah:" or "Patch#1:") uuenview interprets the whole input as message body. Else anything before the first empty line is interpreted as headers and the rest of the provided input is taken as message body.
If no target option is given, the encoded data is printed to standard output.
When mailing or posting a file, it is possible to set certain headers. Be careful to quote parameters that consist of more than one word.
Options may also be set in the $UUENVIEW environment variable, which is read before processing the options on the command line.
Files read from standard input can only be used once, meaning that at most one target option may be given.
Output written to standard output cannot be split into multiple parts. In this case, the -lines option is ignored.
uuenview must be correctly configured at compile time in order for mailing and posting to work. If it doesn't, consult your system administrator. The program used for posting a file can be set at runtime using the INEWS environment variable. This setting overrides the compile-time configuration.
Base64 is not MIME. Base64 is the encoding specified by the MIME standard, but in order for a message to become a proper MIME message, a number of headers are required. uuenview produces these headers when mailing or posting, but not when writing to a file. In this case, uuenview does not have any control over the headers. If you include Base64 output into your messages, they are not MIME-compliant!
If you rename, copy or link the program to uuencode, it may act as a smart replacement for the standard, accepting the same command-line syntax. This has not been well-tested yet.
If you give more than one filename on the command line, each file is usually handled separately. A workaround is to send them all as attachment to a single (or empty) mail:
uudeview(1), uuencode(1), uudecode(1), sendmail(8), inews(1).
The uudeview homepage on the Web,
http://www.fpx.de/fp/Software/UUDeview/
The program does not detect error conditions when mailing or posting.
Attaching only works reliably if certain headers of the input message (for example Content-Type) are not folded and shorter than 1024 characters.
It is not possible to encode into BinHex.
The program will quite likely fail to handle binary data as input for plain text or quoted-printable attachments. On plain text attachments, the line length (must be less than 998 characters according to MIME) is not enforced.
It is not possible to set the "charset" value of plain text attachments.
It is not possible to set the content type value of attachments.
sendmail(8) stops reading upon a line consisting only of a single dot. uudeview does not check plain text input files against this condition. (The problem is worked around when using quoted-printable, and does not exist with the other encodings.)
June 2001 |