本 HOWTO 的编写目的是为了让 Linux 系统管理员能够为这些文章的读者提供 Usenet 新闻服务。本 HOWTO 的其余部分侧重于服务器端软件和系统，但考虑到 Usenet 新闻服务器的 raison d'etre（存在理由）就是为这些客户端服务，因此专门用一章来介绍客户端似乎并不过分。
绝大多数客户端都是软件程序，它们通过读取以下内容来访问文章数据库：/var/spool/news在 Unix 系统上或通过 NNTP，并允许其人类用户阅读和发布文章。因此，我们可能可以将这类程序称为 UUA，即 Usenet 用户代理（Usenet User Agents），类似于邮件用户代理（Mail User Agents）MUA。
还有其他特殊用途的客户端，它们或者提取文章以复制或传输到其他地方，或者用于分析，例如，像 Google (www.google.com) 那样的搜索引擎，它允许您搜索 Usenet 文章存档。
本章将讨论 UUA 软件设计中的问题，并阐述基本功能、效率和管理问题。本章肯定 *不会* 尝试做的是编目世界上所有不同的 UUA 程序 --- 这最好留给互联网上的专业目录。
本章还将简要介绍特殊用途的客户端，它们传输文章或对文章进行其他特殊用途的处理。
待补充
我们将讨论 Suck 和nntpxfer来自 NNTP 服务器发行版。Suck 在前面已经讨论过了。我们很乐意接受讨论其他客户端软件的投稿。
NNTPCache 是一个有趣的透明缓存代理，用于缓存新闻文章。新闻文章根据定义是只读的，即一旦发布后就不会更改；它们只能被删除。NNTPCache 利用此特性来构建新闻文章的本地缓存。
您可以设置 NNTPCache 以监听本地 Unix 服务器的 NNTP 端口，并充当 NNTP 守护进程。您可以将其配置为背靠背连接到另一个更远的 NNTP 守护进程，该守护进程拥有用户想要阅读的所有有趣内容。当用户连接到本地 NNTPCache 时，它会连接到远程 NNTP 服务器并充当 NNTP 连接的 relay，来回传递命令和响应。因此，用户第一次看到的内容来自远程服务器。但是，NNTPCache 获取的所有新闻文章也存储在本地缓存中，从而允许下一个用户更快地浏览同一组文章。像所有按需驱动的缓存一样，这里的优势在于本地 NNTPCache 不需要（太多）管理，并且一旦文章在缓存中长时间未被阅读，它将自动删除所有文章。
我们在此处将其列为 NNTP 客户端，因为每个代理服务器在一侧是服务器，而在另一侧是客户端。