冒着听起来很愚蠢的风险，人们可能会将Usenet定义为交换Usenet新闻的独立站点的协作。要成为一个Usenet站点，你所要做的就是找到另一个Usenet站点，并与其所有者和维护者达成协议，与你交换新闻。向另一个站点提供新闻也称为馈送，由此产生了Usenet哲学的另一个常见公理：“获得馈送，你就加入了。”
Usenet新闻的基本单元是文章。这是一条用户编写并“发布”到网络的消息。为了使新闻系统能够处理它，它被预先添加了管理信息，即所谓的文章头部。它与互联网邮件标准RFC-822中规定的邮件头部格式非常相似，因为它由几行文本组成，每行文本都以一个字段名称开头，后跟一个冒号，然后是字段的值。
文章被提交到一个或多个新闻组。可以将新闻组视为与共同主题相关的文章论坛。所有新闻组都按层级组织，每个组的名称都指示其在层级结构中的位置。这通常使得很容易看出一个组是关于什么的。例如，任何人都可以从新闻组名称中看出，comp.os.linux.announce 用于发布关于名为Linux的计算机操作系统的公告。
这些文章然后在所有愿意承载来自该组新闻的Usenet站点之间交换。当两个站点同意交换新闻时，他们可以自由交换他们喜欢的任何新闻组，甚至可以添加他们自己的本地新闻层级。例如，groucho.edu 可能有一个到 barnyard.edu 的新闻链接，barnyard.edu 是一个主要的新闻馈送站点，以及到几个较小站点的链接，它向这些站点馈送新闻。现在，Barnyard 学院可能接收所有 Usenet 组，而 GMU 只想承载一些主要的层级，如 sci、comp、rec 等。一些下游站点，比如一个名为 brewhq 的 UUCP 站点，将希望承载更少的组，因为他们没有网络或硬件资源。另一方面，brewhq 可能希望接收来自 fj 层级的新闻组，而 GMU 没有承载这些组。因此，它与 gargleblaster.com 保持另一个链接，gargleblaster.com 承载所有 fj 组，并将它们馈送到 brewhq。新闻流如图-
所示。
图: Usenet 新闻流经 Groucho Marx 大学。
不过，源自 brewhq 的箭头上的标签可能需要一些解释。默认情况下，它希望将所有本地生成的新闻发送到 groucho.edu。然而，由于 groucho.edu 不承载 fj 组，因此向其发送来自这些组的任何消息都没有意义。因此，从 brewhq 到 GMU 的馈送被标记为 all,!fj，意思是除 fj 下的组之外的所有组都被发送到它。