> For the complete documentation index, see [llms.txt](https://book.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://book.bsdcn.org/articles/ru-he-cong-freebsdquestions-you-jian-lie-biao-zhong-huo-de-zui-jia-jie-guo.md).

# 如何从 FreeBSD-questions 邮件列表中获得最佳结果

* 原文：[How to get Best Results from the FreeBSD-questions Mailing List](https://docs.freebsd.org/en/articles/freebsd-questions/)

## 摘要

本文档为那些希望向 FreeBSD-questions 邮件列表提交电子邮件的人提供了有用的信息。提供了一些建议和提示，帮助读者最大化收到有用回复的机会。

本文档会定期发布到 FreeBSD-questions 邮件列表。

## 1. 介绍

`FreeBSD-questions` 是由 FreeBSD 项目维护的邮件列表，旨在帮助那些有关于 FreeBSD 正常使用问题的人。另一个邮件列表，`FreeBSD-hackers`，讨论的是一些更为高级的问题，例如未来的开发工作。

> **注意**
>
> “黑客”（hacker）一词与入侵他人计算机无关。后者活动的正确术语是“破解者（cracker）”，但大众媒体尚未意识到这一点。FreeBSD 的黑客强烈反对破解安全，且与之毫无关系。有关黑客的更长描述，请参见 Eric Raymond 的 [如何成为黑客](http://www.catb.org/~esr/faqs/hacker-howto.html)

这是定期发布的文章，旨在帮助那些向 FreeBSD-questions 提问的人（“新手”）以及那些回答问题的人（“黑客”）。

不可避免地，由于这两个群体的观点不同，会产生一些摩擦。新手指责黑客傲慢、自以为是、没有帮助，而黑客则指责新手愚蠢、无法理解简单的英语、并期待所有问题都能不劳而获。当然，这些指责中确实有些道理，但大多数情况下，这些观点源于挫败感。

在本文中，我希望做一些事情，以缓解这种挫败感，并帮助大家从 FreeBSD-questions 中获得更好的结果。在接下来的部分，我将推荐如何提问；之后，我们将讨论如何回答问题。

## 2. 如何订阅 FreeBSD-questions

FreeBSD-questions 是个邮件列表，因此你需要邮件访问权限。请将你的 WWW 浏览器指向 [FreeBSD general questions mailing list](https://lists.freebsd.org/subscription/freebsd-questions)。在标题为“Subscribe or unsubscribe online”部分填写“Your email address”字段并点击“Subscribe”。或者发送邮件至 <freebsd-questions+subscribe@freebsd.org>。

你将收到来自 mlmmj 的确认邮件；请按照邮件中的说明完成订阅。

## 3. 如何退订 FreeBSD-questions

请用你的网络浏览器打开 [FreeBSD general questions mailing list](https://lists.freebsd.org/subscription/freebsd-questions)。在标题为“Subscribe or unsubscribe online”部分填写“Your email address”字段并点击“Unsubscribe”。或者发送邮件至 <freebsd-questions+unsubscribe@freebsd.org>。

你将收到来自 mlmmj 的确认邮件；请按照邮件中的说明完成退订。

## 4. 我该问 `-questions` 还是 `-hackers`？

有两个邮件列表处理 FreeBSD 的一般性问题，分别是 `FreeBSD-questions` 和 `FreeBSD-hackers`。在某些情况下，可能并不清楚该向哪个列表提问。以下标准适用于 99% 的问题：

1. 如果问题是一般性的，请向 `FreeBSD-questions` 提问。例如，可能是关于安装 FreeBSD 或使用某个特定 UNIX® 工具的问题。
2. 如果你认为问题涉及 bug，但不确定，或者你不知道如何查找它，请将问题发送到 `FreeBSD-questions`。
3. 如果你认为问题是 bug 且你 *确信* 它是 bug（例如，你能准确定位到代码中的问题所在，并且可能有修复方法），则发送到 `FreeBSD-hackers`。
4. 如果问题涉及对 FreeBSD 的增强功能，并且你能提出实现的建议，那么请向 `FreeBSD-hackers` 提问。

此外，还有许多其他 [专业化的邮件列表](https://docs.freebsd.org/en/books/handbook/#eresources-mail)，它们专门面向更具体的兴趣。上述标准仍然适用，建议你遵循它们，因为这样你更有可能获得好的结果。

## 5. 提问前的准备

在向邮件列表提问之前，你可以（并且应该）做一些准备工作：

* 尝试自己解决问题。如果你提问时表明你已经尝试过解决问题，那么你的问题通常会吸引读者更多积极的关注。尝试自己解决问题也会增强你对 FreeBSD 的理解，并最终使你能通过回答邮件列表中的问题帮助其他人。
* 阅读手册页和 FreeBSD 文档（无论是安装在 **/usr/doc** 中，还是可以通过 WWW 访问 [http://www.FreeBSD.org](http://www.freebsd.org/)），特别是 [手册](https://docs.freebsd.org/en/books/handbook/) 和 [FAQ](https://docs.freebsd.org/en/books/faq/)。
* 浏览和/或搜索邮件列表的归档，查看你的问题或类似问题是否已被问过（并且可能已被回答）。你可以在 <https://www.FreeBSD.org/mail> 和 <https://www.FreeBSD.org/search/#mailinglists> 分别浏览和/或搜索邮件列表归档。
* 使用 [Google](http://www.google.com/) 或 [Yahoo](http://www.yahoo.com/) 等搜索引擎查找你问题的答案。

## 6. 如何提交问题

在向 FreeBSD-questions 提交问题时，请考虑以下几点：

* 请记住，回答 FreeBSD 问题的人并没有得到报酬，他们是自愿回答的。你可以通过提交结构良好的问题，提供尽可能多的相关信息，积极影响他们的意愿。你也可以通过提交不完整、难以理解或无礼的问题，打消他们的意愿。即使你遵循这些规则，仍然有可能没有得到回答；如果你不遵循这些规则，得不到答案的可能性会更大。接下来的部分将介绍如何让你的 FreeBSD-questions 问题发挥最大作用。
* 并不是所有回答 FreeBSD 问题的人都会阅读每一封邮件：他们会查看主题行并决定是否感兴趣。显然，指定一个清晰的主题对你有利。“FreeBSD 问题”或“帮助”是不够的。如果你根本不提供主题，许多人甚至不会阅读它。如果你的主题不够具体，能够回答的人可能也不会阅读。
* 格式化你的邮件，使其可读，并且请不要全用大写字母（这相当于在喊叫）！我们理解许多人英语不是母语，我们会尽量宽容，但如果邮件充满错别字或没有换行符，阅读起来会非常痛苦。不要低估不当格式的邮件带来的影响，这不仅仅是对于 FreeBSD-questions 邮件列表的影响。邮件是别人对你的第一印象，如果邮件格式不好，每段挤在一行、拼写糟糕或错误百出，别人会对你留下不好的印象。

许多格式不当的邮件来自 [不良邮件客户端或配置不当的邮件客户端](http://www.lemis.com/email.html)。以下是一些已知会发送格式不正确邮件而你无法察觉的邮件客户端：

* exmh
* Microsoft® Exchange
* Microsoft® Outlook®

尽量避免使用 MIME：许多人使用的邮件客户端与 MIME 不太兼容。

* 确保你的时间和时区设置正确。这看起来可能有点多余，因为你的邮件仍然会发送出去，但许多人每天会收到几百封邮件。他们通常会按主题和日期对邮件进行排序，如果你的邮件没有排在第一个回复之前，他们可能会以为漏掉了邮件，进而不再查看。
* 不要在同一封邮件中包含不相关的问题。首先，冗长的邮件会让人害怕；其次，涉及多个问题的邮件很难让所有能回答这些问题的人都阅读。
* 尽可能提供更多的信息。这是一个难题，我们需要详细说明你需要提交的信息，但这里是一些开始的建议：
  * 在几乎所有情况下，了解你运行的 FreeBSD 版本都很重要。尤其是 FreeBSD-CURRENT 版本，你还应该指定源码的日期，当然，你不应该将 -CURRENT 版本的问题提交到 FreeBSD-questions。
  * 对于任何可能与硬件有关的问题，告诉我们你的硬件配置。如果你不确定，最好假设可能是硬件问题。你使用的是什么 CPU？多快？什么主板？多少内存？什么外设？ 这里需要一些判断，但 [dmesg(8)](https://man.freebsd.org/cgi/man.cgi?query=dmesg\&sektion=8\&format=html) 命令的输出通常非常有用，因为它不仅告诉你正在使用的硬件，还能告诉你 FreeBSD 的版本。
  * 如果你收到错误信息，不要只是说“我收到了错误信息”，请明确说出（例如）“我收到的错误信息是‘No route to host’”。
  * 如果你的系统崩溃了，不要只是说“我的系统崩溃了”，请明确说出（例如）“我的系统崩溃并显示消息‘free vnode isn’t’”。
  * 如果你在安装 FreeBSD 时遇到问题，请告诉我们你使用的硬件配置。特别是，需要知道你机器中安装的板卡的 IRQ 和 I/O 地址。
  * 如果你在运行 PPP 时遇到问题，请描述你的配置。你使用的是哪一版本的 PPP？什么类型的身份验证？你有静态还是动态 IP 地址？在日志文件中你看到了什么消息？
* 你需要提供的许多信息是程序的输出，例如 [dmesg(8)](https://man.freebsd.org/cgi/man.cgi?query=dmesg\&sektion=8\&format=html) 命令的输出，或是通常出现在 **/var/log/messages** 中的控制台消息。不要手动重新输入这些信息；这既麻烦又容易出错。为了发送日志文件内容，你可以复制文件并使用编辑器只保留相关信息，或者直接将内容复制粘贴到你的邮件中。对于类似 [dmesg(8)](https://man.freebsd.org/cgi/man.cgi?query=dmesg\&sektion=8\&format=html) 这样的程序输出，你可以将输出重定向到一个文件中并附上该文件。例如，

  ```sh
  % dmesg > /tmp/dmesg.out
  ```

  这会将信息重定向到 **/tmp/dmesg.out** 文件中。
* 如果你做了这些准备，仍然没有得到回答，可能是由于其他原因。例如，问题非常复杂，没有人知道答案，或者知道答案的人暂时没有在线。如果你在一周后仍没有收到回复，可以尝试重新发送消息。然而，如果你第二次发送消息后仍然没有得到答复，你大概就不会从这个论坛获得帮助了。重复发送相同的消息只会让你不受欢迎。

总结一下，假设你知道下面这个问题的答案（是的，两个例子是一样的）。你选择哪个问题更愿意回答：

**示例 1：邮件 1**

```sh
主题：HELP!!?!??
我就是搞不懂这个该死的 FreeBSD 系统，
我很擅长这个东西，但我从未见过
这么难安装的东西，尽管我做了很多尝试，
就是没有成功，为什么你们不告诉我
我哪里做错了？
```

**示例 2：邮件 2**

```sh
主题：安装 FreeBSD 时遇到问题

我刚从 Walnut Creek 买到了 FreeBSD 2.1.5 CDROM，现在安装时遇到了很多困难。我有一台 66 MHz 的 486 机器，内存 16MB，安装了 Adaptec 1540A SCSI 控制器，一块 1.2GB 的 Quantum Fireball 硬盘和 Toshiba 3501XA CDROM 驱动器。安装过程一切正常，但在重启系统时，我收到了报错“Missing Operating System”。
```

## 7. 如何跟进问题

通常情况下，你可能需要向已经发送的问题提供附加信息。最好的方法是回复你的原始邮件，这有三个优点：

1. 你包含了原始邮件的文本，这样大家就知道你在谈论什么。但请记得删除不必要的文本。
2. 主题行保持不变（你确实记得设置一个主题吧？）。许多邮件客户端会按主题对邮件进行排序，这有助于将邮件归为一组。
3. 邮件头部的消息引用编号会指向前一封邮件。一些邮件客户端，如 [mutt](http://www.mutt.org/)，可以 *线程化* 邮件，显示邮件之间的确切关系。

## 8. 如何回答问题

在回答 FreeBSD-questions 上的问题时，请考虑以下几点：

1. 提交问题时的很多要点同样适用于回答问题。请仔细阅读这些要点。
2. 是否已经有人回答了这个问题？最简单的检查方法是按主题对收件箱中的邮件进行排序：希望你能看到问题以及所有回答，全部在一起。如果有人已经回答了问题，这并不意味着你不能再提供一个答案，但最好先阅读其他人的回答。
3. 你是否有其他贡献，超出已经给出的答案？一般来说，“是的，我也遇到过”这样的回答帮助不大，尽管也有例外。例如，某人描述了他们遇到的问题，他们不知道是自己的错还是硬件或软件有问题。如果你发送了“我也遇到过”的回答，应该同时提供其他相关信息。
4. 你是否确定理解了问题？提问的人经常会感到困惑或表达不清。即使你对系统有最好的理解，仍然很容易给出不能回答问题的回复。这没有帮助，反而会让提问者比以往更加沮丧或困惑。如果没有其他人回答，并且你自己也不太确定，可以请求更多的信息。
5. 你是否确定你的答案是正确的？如果不确定，可以等一天左右。如果没有其他人给出更好的答案，你仍然可以回答，并说，比如，“我不确定这是否正确，但既然没有其他人回复，为什么不试着用青蛙替换掉你的 ATAPI CDROM 呢？”。
6. 除非有充分的理由，否则请同时回复发件人和 FreeBSD-questions。许多 FreeBSD-questions 列表上的人是“潜水者”（lurkers）：他们通过阅读他人发送和回复的邮件来学习。如果你将具有普遍兴趣的邮件仅私下发送而不发到列表，你就剥夺了这些人获取信息的机会。小心群发回复；很多人会发送带有上百个抄送的邮件。如果是这种情况，请确保恰当地修剪抄送（Cc:）行。
7. 包含原始邮件中相关的文本。将其修剪到最小，但不要过度。即使某人没有阅读原始邮件，他们仍然应该能理解你在说什么。
8. 使用某种方式区分原始邮件中的文本和你添加的文本。我个人觉得在原始邮件文本前加上 “>” 最有效。通过在“>”后留白，并在你的文本和原始文本之间留空行，能够使邮件更易于阅读。
9. 将你的回复放在正确的位置（即回复的文本之后）。如果每个回复都出现在它所回复的文本之前，阅读邮件线程会变得非常困难。
10. 大多数邮件客户端会在回复时更改主题行，前面加上类似 “Re: ” 的文本。如果你的邮件客户端没有自动做到这一点，你应该手动修改。
11. 如果提问者没有遵循格式规定（比如行太长、主题不合适），请*修正*。如果是错误的主题行（如“HELP!!??”），请将主题行改为（例如）“Re: 同步 PPP 的困难（原主题：HELP!!??）”。这样其他人跟踪邮件线程时会更容易。 在这种情况下，可以说明你做了什么以及为什么这样做，但请尽量避免显得无礼。如果你发现自己无法在不显得无礼的情况下回答，可以选择不回答。

    如果你只是因为格式不好而想回复邮件，可以仅回复给提问者，而不是回复整个列表。你也可以选择仅向提问者发送这封邮件。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://book.bsdcn.org/articles/ru-he-cong-freebsdquestions-you-jian-lie-biao-zhong-huo-de-zui-jia-jie-guo.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.