邮件列表 - 指南

邮件列表是任何人都可以订阅的电子讨论论坛。当有人向邮件列表发送电子邮件时，该邮件的副本会广播给订阅该邮件列表的每个人。邮件列表提供了一种简单有效的沟通机制。由于可能有成千上万的订阅者，您应该遵守一套通用的礼仪准则。请继续阅读。

请注意，这些邮件列表的使用受 公共论坛存档政策的约束。

尊重邮件列表类型
通常有两种类型的列表。

• “用户”列出了您可以发送有关配置、设置、使用和其他“用户”类型问题的问题和评论的位置。
• “开发人员”列出了您可以发送有关实际软件源代码和一般“开发”类型问题的问题和评论的位置。

有些问题适合发布在“用户”和“开发者”列表中。在这种情况下，选择一个，并且只有一个。请勿跨帖。

在开发人员列表中询问配置问题是不受欢迎的，因为开发人员的时间与您的时间一样宝贵。通过直接联系他们而不是用户群，您正在滥用资源。事实上，如果有的话，您不太可能得到更快的答案。

加入适合您讨论的列表。
请确保您加入的列表适合您要讨论的主题或产品。例如，请不要加入 Regexp 邮件列表并询问有关 Tomcat 的问题。相反，您应该加入 Tomcat 用户列表并在那里提出您的问题。

问聪明的问题。
每个志愿者项目都从参与其中的人那里获得力量。欢迎您加入我们的任何邮件列表。你可以选择潜伏，或者积极参与；由你决定。社区对特定问题的响应程度通常与您为制定问题所花费的精力成正比。Eric Raymond 和 Rick Moen 甚至就这个话题写了一篇题为“ Asking Smart Questions ”的文章。虽然有些激进，但绝对值得一读。
注意：请不要将您的 Java 问题发送给两位作者。他们欢迎对常见问题解答内容的反馈，但根本不是 Java 帮助资源。听从论文的建议和仔细 选择您的论坛。

当你得到一个好的答案时给出反馈。
如果给你的答案帮助你解决了你的问题，那么发送一封邮件这样说，不要忘记说THANKS。如果您自己解决了问题，请通过写下您解决问题的方式为邮件列表做出贡献。提供反馈对于面临/将面临与您相同的问题的人很有用，并且将成为您为项目做出贡献的方式。不要忘记，回答你问题的人是志愿者，他们在他们的私人时间这样做。

保持您的电子邮件简短而中肯；使用合适的主题行。
如果您的电子邮件不仅仅是一页文本，那么它很可能不会被很多人阅读。尝试将大量信息性信息（见上文关于提出智能问题的内容）打包到尽可能小的电子邮件中会更好。如果您正在回复之前的电子邮件，最好只引用您正在回复的部分并删除不必要的部分。这使人们更容易关注主题，并使电子邮件档案更易于搜索和阅读。

为新主题
创建一个新线程 提出新问题时，请使用适当的新主题行开始一个新线程。这使得它更容易阅读，并在以后的档案中找到。

尽力确保您没有向列表发送 HTML 或“风格化”电子邮件。
如果您使用的是 Outlook 或 Outlook Express 或 Eudora，您可能会默认发送 HTML 电子邮件。通常有一个设置允许您发送“纯文本”电子邮件。如果您使用 Microsoft 产品发送电子邮件，软件中有几个错误会阻止您关闭 HTML 电子邮件的发送。

请不要发送附件或包含大量代码
附件可能难以阅读，并且所有收件人都很少需要。一些邮件列表被设置为删除它们。如果您需要发送多于几行代码，请先询问。请注意，代码经常被自动换行，所以最好提供一个可下载文件的链接。如有必要，如果证明有必要，请与回复帖子的人安排如何最好地访问数据。

注意您发送电子邮件的位置。
我们的大多数邮件列表都将回复设置为返回列表。这意味着当您回复消息时，它将转到列表而不是直接发送给原作者。原因是它有助于促进列表上的讨论，让每个人都从中受益。请注意这一点，因为有时您可能打算将消息直接回复给某人而不是整个列表。 回复标题的适当内容是一个古老的争论，不应该在邮件列表中提出。您可以检查谴责 我们的公约和 纵容 它的反对观点 。在邮件列表上讨论这个问题不会增加任何新内容，并且被认为是题外话。

不要交叉发布消息。
换句话说，选择一个邮件列表并将您的消息仅发送到该邮件列表。不要将您的消息发送到多个邮件列表。原因是人们可能订阅了一个列表而不是另一个。因此，有些人只会看到对话的一部分。

结论

既然您已经阅读了上面的指南，这里的页面为您提供了您可以加入的不同邮件列表的列表。如果您在没有阅读上述信息的情况下找到了这个，您很可能会被送回这里。你不妨现在就读一读，免去尴尬。