uudeview - 云端在线

程序：

您的姓名

UUDeview - 强大的二进制文件解码器

概要

优视 [选项] [@文件] 文件（S）

商品描述

用户评价 是您通过编码形式收到的附件的智能解码器
电子邮件或来自 usenet。 它类似于标准 解码(1) 命令，然而
更加舒适和灵活。 用户评价 支持 uu 编码， xx编码， Base64，
y编码 和 二进制十六进制 编码方法，并且能够处理拆分文件（已经
分多个部分发送）以及一次发送多个文件，从而大大简化了
解码过程。 通常，您不必手动编辑文件来准备它们
解码。

调用后 优视， 它将扫描所有给定文件中的编码数据，对它们进行排序并
他们的部分，然后向您展示似乎可以解码的文件列表
适当地。 然后，您可以单独挑选文件进行解码。

配置

行为
-i 禁用交互。 扫描文件并整理好所有内容后，
程序不会提示您是否应解码文件，而是批处理-
解码所有可用文件。 这是从标准输入读取时的默认值。

-a 自动重命名选项。 如果目标文件已经存在，并且给出了这个选项，一个点
并且在文件名后附加一个唯一的序列号。 即， foo.gif 变成
foo.gif.1 如果第二次解码。

+a autorename 的另一种化身。 如果目标文件已经存在，一个
下划线并在文件名之前插入一个唯一的序列号
第一个点，即 foo.gif 变成 foo_1.gif。

-o 允许在解码时覆盖现有文件。 在交互模式下，
默认是提示用户是否覆盖、重命名或跳过文件。 这个
选项优先于 -和。 在非交互模式下（使用 -f )，默认
是不问就覆盖文件。

+o 说不能覆盖文件。 这在非交互模式下很有用，所以
现有文件未受影响。 它的优先级低于 -a。

-c 自动清除。 删除所有成功解码的输入文件。 小心使用！
UUDeview 只检查是否有任何数据从输入文件中解码，但并不关心
关于该输入文件的任何其他内容，或者文件是否还包含
不完整的附件。

-p 径
设置解码文件应写入的路径。 这必须是有效的
路径名，否则在尝试解码任何内容时都会出错。 默认为
当前工作目录。

-m 忽略文件模式。 uuencoded 和 xxencoded 文件拥有原始文件权限
存储在开始行。 除非给出这个选项， 用户评价 将恢复它们
没有检查他们是否明智。 使用此选项，权限将被重置
默认值为 0666。

调整
-z 强制执行更严格的 MIME 依从性。 通常，程序会尝试查找编码数据
即使在 MIME 消息的“文本/纯文本”纯文本部分。 有了这个选项，
用户评价 会限制这种能力，并且不会接受明显不完整的
编码的消息（例如，看似没有开始或结束的 uuencoded 数据
行）。 您可以通过使用两次或使用 -z2。
然后， 用户评价 不会检查 MIME 消息的明文部分是否有编码数据
完全符合 MIME 标准。 这两个选项都不会影响行为
非 MIME 输入文件。 这个选项需要一个更好的名字，但我慢慢用完了
选项字母。

-f 使用快速模式进行文件扫描。 该程序假设每个输入文件都保存在
大部分，这通常适用于新闻假脱机目录中的文件。 这个
选项 休息 解码 包含多篇文章的输入文件。 还有一定的理智
检查被禁用，可能会导致出现错误的文件进行解码。
有时您会在解码时收到错误消息，有时您只会收到
无效文件。 不要使用 -f 如果你不能忍受这些问题。

-r 忽略回复消息，即所有主题以 Re 开头的消息：

-t 使用纯文本消息。 通常，UUDeview 仅呈现用于解码的编码数据。
仅当纯文本消息具有关联的文件名时才会显示。 有了这个
选项集，未命名的文本部分来自 MIME 消息和非编码消息也是
提供。 未命名的消息以顺序的形式分配一个唯一的名称
四位数字。

-d 将程序设置为绝望模式。 然后它会为您提供解码不完整的信息
文件。 如果您错过了 50 部分帖子的最后一部分，这很有用，但是
在大多数情况下，拼命解码的文件只会损坏且无法使用。
不完整文件的有用程度取决于文件类型。

-b 这改变 UUDeview的 “支架政策。” 用户评价 查看邮件的主题
行，并读取括号中的数字作为零件号，如 (3/7)，读取
作为七篇系列文章中的第三篇。 默认情况下，括号中的数字 ()
优先于括号 [] 中的数字。 您可以使用以下任一方法更改此设置 -b 或，
为了清楚起见 -b[]。

-s 阅读“减去聪明”。 此选项从以下位置关闭自动零件号检测
主题行。 试试这个选项，如果 用户评价 无法解析主题行
并在猜测零件编号时出错，导致错误
零件的订购。 使用此选项，零件总是按顺序放在一起
（因此零件必须在输入文件中正确排序）。 此外，使用此选项，
程序无法检测到零件丢失。 请注意： 正确的零件号
在适当的地方找到 MIME 文件仍在评估中。 如果此选项给出两次，则
主题本身也被忽略，不会用于对部分进行分组。 如果使用
部件交付的消息具有不同的主题行。

其他 配置
-q （安静）禁用冗长。 通常，程序会打印一些状态消息，而
读取输入文件，如果出现问题，这会非常有帮助。
如果这些消息打扰您，请使用。 禁用进度条。 看 -n 选项。

-v (disables Verbosity) 禁用详细消息，即不显示注释，但
不会删除警告和错误。 没有那么安静 -q （安静）选项。

-n 没有进度条。 通常，UUDeview 打印 ASCII 条，爬行率高达 100%，
但不检查您的终端是否能够显示它们。 使用这个开关
如果您的终端不是，或者您发现条形烦人。

+e 分机
仅选择具有给定扩展名的文件进行解码，其他将被
忽略了。 +e .gif.jpg 将解码所有 gif 和 jpeg 文件，但不解码 tif 或其他
文件。 扩展列表不区分大小写。

-e 分机
与上述相反。

如果您尝试在命令上混合使用 +e 和 -e 选项，您将遇到不需要的结果
线。

INPUT 配置
文件（S）
要扫描的文件以获取编码文件。 你也可以给一个连字符“-”
从标准输入读取。 可以提供任意数量的文件，但通常有一个
外壳施加的 128 个选项的限制。 如果您正在编写以下列表
带有通配符的文件，请确保您不会意外地将二进制文件提供给程序
文件。 这将导致未定义的行为。

@文件 使 用户评价 从文件中读取更多选项。 文件的每一行必须包含
正好是一种选择。 文件 is 已擦除 程序结束后。 此功能可能
用于指定要扫描的文件数量不受限制。 结合了
的权力 发现(1)、整个目录树（如news spool目录）可以
处理。

也可以在 $UUDEVIEW 环境变量中设置选项，该变量是之前读取的
处理命令行上的选项。

解码

扫描完所有输入文件后，系统会询问您如何处理每个文件。
当然，通常的答案是对其进行解码，但还有其他可能性。 你可以
使用以下命令（每个命令都是一个字母）：

d (D) 对文件进行编码并将解码后的文件以给定的名称写入磁盘。

y (Y)es 与 (d) 的作用相同。

x E(x)tract 也对文件进行解码。

a 在没有提示的情况下解码所有剩余的文件。

n 跳过此文件而不对其进行解码。

b 返回上一个文件。

r 改名。 您可以为文件选择不同的名称，以便将其保存在此
新名字。

p 设置解码文件的写入路径。 这个路径也可以设置
使用 -p 命令行选项。

i 显示有关文件的信息（如果存在）。 如果一个多部分发布有一个 zeroeth
部分，它被打印，否则打印到编码数据的第一部分。

e 执行命令。 您可以输入任意命令，可能使用当前
文件作为参数。 此命令行中的所有美元符号“$”都替换为
当前文件的文件名（正确地说，临时文件的名称
文件）。 你不应该使用这个临时文件的后台进程，因为程序
如果他们的输入文件突然消失，可能会感到困惑。

l 列出一个文件。 仅当您知道有问题的文件是一个
文本文件，否则，你会得到一堆垃圾。

q 立即退出程序。

? 打印所有这些命令的简短描述。

如果您不输入命令并在提示符下直接按回车键，默认命令，
解码文件，使用。

运行 留言

在详细模式下（即，如果您没有使用 -v 选项禁用详细），进度
将出现消息。 它们在跟踪程序做了什么方面非常有帮助，并且
可以用来找出文件无法解码的原因，如果你理解它们。
本节解释如何解释它们。 理解本节不是必需的
来运行程序。

首先，有以字符串“Loaded”开头的“Loading”消息。 每行
应具有以下项目：

来源 文件
第一项是从中加载零件的源文件。 很多部分都可以
在单个文件中检测到。

咨询内容 LINE
完整的主题以单引号复制。

识别码
该程序从主题行中得出该线程的唯一标识，
用于对看起来属于同一文件的文章进行分组。 的结果
该算法用大括号表示。

文件名
如果在主题行或数据中检测到文件名（例如，在
开始行，或作为 Content-Type 信息的一部分）。

Part 联系电话
从主题行派生的部件号，或者，在正确的 MIME 的情况下 -
格式化消息，来自“部分”信息。

开始/结束
如果检测到“开始”或“结束”标记，则会在此处打印。

喷码 类型
如果在此部分中检测到编码数据，则为“UUdata”、“Base64”、“XXdata”
或“Binhex”打印在这里。

扫描完成后会打印更多消息。 将打印一行
每组文章。 这一行的内容最好通过查看
例子。 这是一个：

发现 '邮件文件.gz' 州 16 数据 零件 开始 1 2 3 4 5 end 6 OK

这表明文件 邮件文件.gz 已被发现。 文件被 uuencoded ("UUData")
并由 6 个部分组成。 在第一部分找到“开始”标记，“结束”
令牌是在第六部分找到的。 因为看起来一切都在那里，所以这个文件是
标记为“OK”。 这 州 是一组位，其中以下值可能是或'ed：

1 遗失的部分

2 没有开始

4 没有结束

8 未找到编码数据。

16 文件看起来不错

32 文件解码过程中发生错误。

64 文件已成功解码。

附注

因为从标准读取文件时程序无法接收终端输入
输入，在这种情况下会自动禁用交互性。

UUDeview 知道 MIME 消息，但通常会忽略严格的 MIME 合规性而赞成
在其中找到不正确编码的数据，例如当一个的各个部分成功时
uuencoded 文件已作为 MIME 消息与 MIME 邮件程序一起发送。 为此，它主题
消息的所有“文本/纯文本”部分进行编码检测。 您可以使用 -z 选项（见
上）更严格的 RFC2045 合规性。

扫描器倾向于忽略 MIME 之外的短 Base64 数据（少于四行）
消息。 这种情况的一些检查是在绝望模式下使用的，但它们可能会导致
错误检测编码数据，导致一些无效文件。

文件总是先被解码成一个临时文件，然后这个文件被复制到
最终位置。 这是为了防止使用以下数据意外覆盖现有文件
结果是无法解码为时已晚。 因此要小心有两倍的必要空间
可用的。 此外，从标准输入读取时，所有数据都转储到临时
文件，然后开始对该文件进行通常的扫描过程。

优视 尝试从 Subject: 行（如果存在）中获取所有必要的信息。 如果
它包含垃圾，或者如果程序未能找到唯一标识和部件
那里的号码， 优视 可能仍然能够使用其他启发式方法解码文件，但是
那你就需要很大的运气了。
然而，这只是拆分文件的一个问题。 如果所有编码文件只包含单个
零件，别担心。

如果您重命名、复制或链接程序到 解码，它可以作为智能替代品
标准，接受相同的命令行选项。 这还没有经过很好的测试。

使用 onworks.net 服务在线使用 uudeview