摘要

  • Newsgroups 说明当前文章发布在哪里；Followup-To 请求尚未创作的跟帖应发往哪里，原文仍留在原组。
  • 小写特殊值 poster 改变默认媒介：客户端改为向 Reply-To 发邮件；若无该字段则使用 From，而不是发布到新闻组。
  • RFC 5537 把这些行为定义为可被新作者覆盖的默认值。References 另行保存谱系，Distribution 另行保存传播范围。

两个阅读房间，第三个讨论房间

一则通知同时出现在两个技术组，Followup-To 却指定第三个讨论组。两边读者都继续看到同一原文；有人点击跟帖时，客户端为第三个组准备一篇新文章。

原文没有被召回，前两个组也没有失去访问。变化只发生在未来发布的建议目的地。这使公告可以广泛抵达，而后续讨论不必在所有受众面前重复。

早期规范已经承认两种地点

RFC 850 让 Followup-To 采用新闻组列表形式。字段存在时，跟帖发往所列组；缺失时，通常回到原文 Newsgroups。早期把 net.general 的回复引向 net.followup 的例外，更直接说明公告地点与讨论地点可以不同。

RFC 1036 延续组重定向，并加入 poster：此时跟帖不应公开发布，而应通过邮件交给投稿者。字段影响的是下一条消息的生成，不是已经读到的文章位置。

Poster 改的是媒介，不是保密状态

RFC 5536 把该字段定义为投稿者请求的跟帖去向；若内容与 Newsgroups 相同，通常应省略，因为缺省行为已经足够。

小写 poster 请求客户端把回复寄到 Reply-To，没有时使用 From。RFC 5322 独立定义前者为作者建议的回复地址，后者为缺失时的通常默认值，同时保留写信人的选择。

原文仍然公开。该值不认证邮箱所有权，不保证邮件送达，也不会把新闻组文章变成私密内容。

新作者拥有最后决定

RFC 5537 把这些规则放在发布代理的默认流程里。遇到 poster，默认不得发帖，而是准备邮件；用户可以覆盖。遇到组列表，新文的 Newsgroups 通常继承原文的 Followup-To；字段缺失时才继承原来的 Newsgroups。

两种情况都允许作者在提交前修改。第一位投稿者可以建议一个有用的讨论地点，却不能永久统治所有后代文章。

去向、谱系与范围各有职责

跟帖仍必须用 References 指向前文，因此讨论换组不会抹掉来源。Distribution 依另一条规则继承；选择新组本身不会自动扩大传播范围。

这种分离也暴露滥用。RFC 5537 警告，把跟帖引向无关新闻组会造成干扰。语法有效不代表主题正当，客户端必须在发送前显示变化。

现行 IANA 消息头字段注册表 将 Followup-To 列为标准 Netnews 字段并指向 RFC 5536。注册稳定名称与语法，不保证现代客户端支持、用户确认或实际送达。

历史价值在于把会话交接变得可见，却不把它变成强制命令。文章留在被阅读的地方，回复可以在更合适的地方开始，责任属于写下新内容的人。