uu 和 uu 编码

uu 模块提供 uuencode 格式，这是一种 1980 年的旧二进制电子邮件编码格式。uu 格式已被 MIME 取代。uu 编码由 binascii 模块提供。还有一个 encodings/uu_codec.py，它也是针对相同编码的编解码器；它也应该被弃用。

xdrlib

xdrlib 模块支持 Sun 外部数据表示标准。XDR 是一种 1987 年的旧二进制序列化格式。如今，它很少在 NFS 等专业领域之外使用。

aifc

aifc 模块提供对读取和写入 AIFF 和 AIFF-C 文件的支持。音频交换文件格式是一种 1988 年的旧音频格式，基于 Amiga IFF。它在 Apple Macintosh 上最常使用。如今，只有很少的专业应用程序使用 AIFF。

一位用户披露 [6]，电影后期制作行业大量使用 AIFC 文件格式。在第一次发布本 PEP 之前，尚不知道在闭源软件和内部软件中使用 aifc 模块的情况。这可能是将 aifc 模块保留在标准库中的一个有力论据。文件格式是稳定的，并且该模块不需要太多维护。对 Python 的战略益处可能超过负担。

audioop

audioop 模块包含用于操作原始音频数据和自适应差分脉冲编码调制音频数据的辅助函数。该模块是用 C 语言实现的，没有任何额外的依赖项。aifc、sunau 和 wave 模块依赖于 audioop 来执行某些操作。

在 wave 模块中，字节交换操作可以通过少量额外的工作来替代。如果 aifc 也没有被弃用，那么 audioop 模块的简化版本将转换为私有实现细节，例如 _audioop，其中包含 byteswap、alaw2lin、ulaw2lin、lin2alaw、lin2ulaw 和 lin2adpcm。

chunk

chunk 模块提供对读取和写入 Electronic Arts 的 Interchange File Format 的支持。 IFF 是一种古老的音频文件格式，最初是在 Commodore 和 Amiga 上引入的。这种格式现在已经不再相关。

imghdr

imghdr 模块是一个简单的工具，用于从文件的头 32 字节或缓冲区中猜测图像文件格式。它只支持有限数量的格式，既不返回分辨率也不返回颜色深度。

ossaudiodev

ossaudiodev 模块提供对 Open Sound System 的支持，Open Sound System 是一个用于声音播放和捕获设备的接口。OSS 最初是免费软件，但后来对较新的声音设备的支持和改进都是专有的。Linux 社区放弃了 OSS，转而支持 ALSA [1]。一些操作系统，如 OpenBSD 和 NetBSD，提供了不完整的 OSS 模拟 [2]。

据我所知，FreeBSD 是目前唯一使用 Open Sound System 的广泛操作系统。从 2003 年起，ossaudiodev 就没有再进行任何改进或新增功能。从 2003 年以来的所有提交都是项目范围内的代码清理以及一些错误修复。如果该模块能够得到关心它并使用它的人的维护和分发，对 FreeBSD 社区和核心开发都将有利。

标准库曾经包含更多与音频相关的模块。其他音频设备接口（audiodev、linuxaudiodev、sunaudiodev）在 2007 年被删除，作为 PEP 3108 标准库重组的一部分。

sndhdr

sndhdr 模块类似于 imghdr 模块，但针对的是音频格式。它从文件的头 512 字节或缓冲区中猜测文件格式、声道、帧速率和样本宽度。该模块只支持 AU、AIFF、HCOM、VOC、WAV 和其他古老的格式。

sunau

sunau 模块提供对 Sun AU 声音格式的支持。它又是另一个古老的、过时的文件格式。

asynchat

asynchat 模块构建在 asyncore 之上，并且自 Python 3.6 起已弃用。

asyncore

asyncore 模块是第一个用于异步套接字服务客户端和服务器的模块。它已被 asyncio 替代，并且自 Python 3.6 起已弃用。

asyncore 模块也用于标准库测试。ftplib、logging、smptd、smtplib 和 ssl 的测试部分基于 asyncore。这些测试必须更新以使用 asyncio 或线程。

cgi

cgi 模块是通用网关接口 (CGI) 脚本的支持模块。CGI 被认为效率低下，因为每个传入的请求都在一个新进程中处理。PEP 206 认为该模块

“[…] 设计很差，现在几乎不可能修复（cgi）[…]”

对于 cgi 的各个部分，如果与执行代码没有直接关系，则可以用以下内容代替

• parse 用 urllib.parse.parse_qs 代替（parse 只是一个包装器）
• parse_header 用 email.message.Message 代替（见下面的示例）
• parse_multipart 用 email.message.Message 代替（相同的 MIME RFC）
• FieldStorage/MiniFieldStorage 没有直接的替代品，但通常可以使用 multipart（用于 POST 和 PUT 请求）或 urllib.parse.parse_qsl（用于 GET 和 HEAD 请求）来代替
• valid_boundary（未记录）用 re.compile("^[ -~]{0,200}[!-~]$") 代替

作为 parse_header 和 email.message.Message 相似程度的明确示例

>>> from cgi import parse_header
>>> from email.message import Message
>>> parse_header(h)
('application/json', {'charset': 'utf8'})
>>> m = Message()
>>> m['content-type'] = h
>>> m.get_params()
[('application/json', ''), ('charset', 'utf8')]
>>> m.get_param('charset')
'utf8'

cgitb

cgitb 模块是 cgi 模块的助手，用于可配置的跟踪。

任何主要的 Python Web 框架（Django、Pyramid、Plone、Flask、CherryPy 或 Bottle）都没有使用 cgitb 模块。只有 Paste 在可选的调试中间件中使用它。

smtpd

smtpd 模块提供了一个简单的 SMTP 邮件服务器实现。该模块文档将该模块标记为已弃用，并建议使用 aiosmtpd 代替。弃用消息是在版本 3.4.7、3.5.4 和 3.6.1 中添加的。

nntplib

nntplib 模块实现了网络新闻传输协议 (nntp) 的客户端。新闻组曾经是在线讨论的主要平台。在过去的二十年中，新闻正在缓慢但稳步地被邮件列表和基于 Web 的讨论平台所取代。Twisted 也计划弃用 NNTP 支持，pynntp 自 2014 年以来就没有更新。这是一个很好的迹象，表明公众对 NNTP 支持的兴趣正在下降。

nntplib 测试在最近一段时间内一直是额外工作的原因。Python 只包含 NNTP 的客户端，因此测试连接到外部新闻服务器。这些服务器有时不可用、速度太慢或无法在 IPv6 上正常工作。这种情况导致 buildbots 上的测试运行不稳定。

telnetlib

telnetlib 模块提供了一个 Telnet 类，它实现了 Telnet 协议。

crypt

crypt 模块实现了基于 Unix 类平台上的 libcrypt 或 libxcrypt 中的 crypt(3) 函数的密码散列。这些算法大多很老、质量很差且不安全。不鼓励用户使用它们。

• 该模块在 Windows 上不可用。跨平台应用程序无论如何都需要一个替代实现。
• 只有 DES 加密保证可用。DES 的密钥空间极其有限，只有 2**56。
• MD5、带盐的 SHA256、带盐的 SHA512 和 Blowfish 是可选扩展。SSHA256 和 SSHA512 是 glibc 扩展。Blowfish (bcrypt) 是唯一仍然安全的算法。但是它在 glibc 中，因此在 Linux 上并不常见。
• 根据平台的不同，crypt 模块可能不是线程安全的。只有使用 crypt_r(3) 的实现才是线程安全的。
• 该模块从未被用于与系统用户和密码数据库交互。在 BSD、macOS 和 Linux 上，所有用户身份验证和密码修改操作都必须通过 PAM（可插入式身份验证模块）进行；参见 spwd 弃用。

nis

nis 模块提供 NIS/YP 支持。网络信息服务/黄页是一种由 Sun Microsystems 开发的古老且已弃用的目录服务协议。它设计的继任者，1992 年的 NIS+，从未流行起来。长期以来，libc 的名称服务切换、LDAP 和 Kerberos/GSSAPI 被认为是 NIS 更强大、更安全的替代品。

spwd

spwd 模块使用非标准 API 提供对 Unix 阴影密码数据库的直接访问。

一般来说，使用spwd是一个糟糕的主意。它绕过了系统安全策略，不使用 PAM 堆栈，并且仅与本地用户帐户兼容，因为它忽略了 NSS。使用spwd模块进行访问控制必须被视为安全漏洞，因为它绕过了 PAM 的访问控制。

此外，spwd模块使用shadow(3) API。诸如getspnam(3)之类的函数直接访问/etc/shadow文件。这很危险，甚至对于具有 SELinux 或 AppArmor 等安全引擎的系统上的受限服务而言是禁止的。

mailcap

mailcap包读取邮件功能文件以帮助处理电子邮件中的文件附件。在大多数现代操作系统中，电子邮件客户端本身处理对文件附件的反应。操作系统也有自己的方式通过文件名扩展名注册处理文件。最后，该模块有CVE-2015-20107针对它，而没有维护人员来帮助修复它。

msilib

msilib包是 Windows 独有的包。它支持创建 Microsoft 安装程序 (MSI)。该包还公开其他 API 以创建内阁文件 (CAB)。该模块用于简化 distutils 使用bdist_msi命令创建 MSI 安装程序。过去，它也被用来创建 CPython 的官方 Windows 安装程序。

微软正在慢慢地从 MSI 转向 Windows 10 应用 (AppX) 作为新的部署模型[3].

pipes

pipes模块提供帮助程序将一个命令的输入管道到另一个命令的输出。该模块建立在os.popen之上。鼓励用户使用subprocess模块代替。