邮件列表政策

可接受的行为

我们期望所有使用我们邮件列表的人都尊重我们的积极工作环境框架，其中包括W3C社区需要遵守的行为准则（Code of Conduct）。

如果某些地址产生了不必要的网络流量，例如邮件退回或自动回复给我们列表的成员，我们可能会将这些地址从列表中移除。

垃圾邮件政策

严禁发送垃圾邮件！

我们对垃圾邮件的定义是：任何形式的未经请求的大量电子邮件（UBE，Unsolicited Bulk E-mail）。除非这些邮件在某种程度上与W3C的工作特别相关，否则在我们的网站上是不受欢迎的。垃圾邮件的内容不一定是商业性的，政治、宗教，甚至学术主题的邮件，如果与讨论话题无关或大量发送，同样也是不受欢迎的。

本政策适用于所有W3C的系统，包括邮件列表、个人电子邮件地址，以及博客、维基和问题跟踪系统。

一般来说，征稿启事和公告也是不受欢迎的。

W3C的每个邮件列表都有特定的话题或目的，详见存档的入口页。这些列表的订阅者及我们社区的其他成员通常可以直接发布消息，而无需审查或审核。我们相信社区成员会负责地发布消息，极少数情况下我们会要求某些人纠正他们的行为。

我们的很多邮件列表也允许公众参与。非本社区成员发布的帖子会被人工审核，以防止垃圾邮件的散布。我们欢迎公众的评论和反馈（受本邮件列表政策的约束），但这个功能不是为了让人们发送大量的会议或研讨会公告，即使它们与W3C的工作有某种关联。

不同的邮件列表可能有不同的政策，例如语义网（semantic-web）邮件列表允许在邮件标题中包含“[CfP]”字样、且活动必须明确涉及语义网技术的征稿启事，但除非在存档入口页有特别注明，默认情况下此类消息在我们的列表中是不受欢迎的。

我们可能会根据具体情况做出例外处理，具体取决于发布的消息和邮件列表的性质。为增加消息被发送至我们邮件列表的机会，您应该将消息只发送到一个列表，并明确说明为什么该消息与列表成员有关。大量发送含有一般性文本的公告，并同时发送至多个列表，一定会导致您的消息被拒绝，而且可能在未来被禁止发布到我们的网站。

电子邮件附件

向W3C邮件列表提交内容应遵循以下指南。

  • 非必要不使用附件。只有在附件文件对接收者有明显好处时才使用附件，否则请将信息（纯文本格式）放在邮件正文中。
  • 如果必须使用附件，请避免使用易感染病毒、专有或依赖平台的格式。例如，尽可能使用HTML而不是MS Word、PowerPoint或PDF格式。
  • 如果必须使用专有或依赖平台的格式，请尽量同时包含一个通用格式的版本，如HTML或纯文本。如果无法做到，至少请使用有方便获取的免费阅读器的格式。
  • 注意自动转换成HTML的内容。这些转换往往会生成只能在某些浏览器上查看的HTML。使用HTML Tidy可能有助于清理生成的HTML。
  • 遵循网页内容无障碍指南（WCAG）。

邮件存档的编辑

W3C通常不会删除或编辑我们邮件列表存档中的消息。存档批准系统旨在防止未经发布者知情同意的消息出现在我们的存档中。

如果你认为有特殊情况值得对该政策作出例外处理（例如意外披露了个人或其他机密信息），请将详细信息发送至 team-archive-editor@w3.org，以便我们的工作人员斟酌处理。

如果我们存档中的某条消息被删除、编辑或标记为垃圾邮件，该消息的存档页面将会被实时更新，以反映其最新状态。

过滤来自W3C邮件列表的邮件

W3C邮件列表发出的邮件带有一个List-Id标头来标识相应的列表，例如www-html邮件列表的格式为：

List-Id: <www-html.w3.org>

这是识别邮件列表的标准方法，在RFC 2919中定义。希望将邮件列表中的邮件过滤到不同邮箱的用户应该使用这个标头。邮件客户端应该使用此标头以及RFC 2369中指定的相关标头，允许用户通过标准接口过滤、订阅和退订邮件列表。

我们的列表不提供主题标签（例如在每个消息的标题前加[www-html]），因为这不是一种可靠的过滤方式，还浪费宝贵的标题空间，并且会破坏DKIM签名。

要获得如何使用List-Id标头过滤我们列表邮件的更多帮助，请参阅 W3C 工具维基中的用于过滤邮件列表的客户端配置（欢迎参与贡献）。

防止伪造的邮件

W3C已为我们的域发布了SPF记录，以防止看似从我们网站发送的伪造电子邮件。对于w3.org域，我们的SPF记录以 ~all（软失败）结束，以避免SPF邮件转发的问题。

我们还有一个定制的伪造防护系统，可以防止伪造邮件分发到（拥有W3C用户账号的）社区成员的W3C列表。如果要为您的账号激活此系统，请编辑您的个人资料，并查找“Email forgery blocking”（电子邮件伪造拦截）选项。

我们尚未部署DMARC，但计划在2023年进行。

W3C在给我发送垃圾邮件吗？

不是。可能我们的域名出现在了您收到的某条消息的源代码中。请参阅我们的帮助页面获取更多信息。

你们能在邮件中添加列表前缀吗？

不能。详情请参阅上面关于过滤的建议。

你们能对存档中的电子邮件地址进行模糊处理吗？

我们进行了一些简单的模糊处理，但如果您参与像我们的邮件列表这样的公共讨论，不应指望电子邮件地址能保持私密。详情请参阅邮件列表存档中的电子邮件地址模糊处理。

你们是否认可X-No-Archive消息头？

W3C的邮件列表软件不认可非官方的X-No-Archive消息头。所有发送到 W3C 邮件列表的消息都会在我们的网站上存档，请参阅参与我们列表的要求。

什么是存档批准系统？

过去，我们曾遇到有人给我们的存档邮件列表发送邮件后，惊讶地发现他们的消息出现在公共存档中的问题。

我们有数千个存档列表，尽管我们在提及列表时尽量明确其用途，但我们无法控制他人如何描述我们的列表。因此，始终有可能有人在不知道消息会被存档在我们网站的情况下，向我们的列表发送消息。

这个系统就是用来解决这个问题的，它要求每个发件人在允许其消息发送到列表之前明确批准。对于大多数不介意其消息出现在我们存档中的发件人，他们可以选择批准自己所有将来要发送到 W3C 邮件列表的消息。

这个系统有一个不错的连带效果，即它有助于减少我们列表中的垃圾邮件，因为垃圾邮件发送者通常不会阅读他们收到的回复（而且他们使用的回信地址很多都是假的）。

如果您收到了我们的通知消息但没有发送消息给我们，可能是有人伪造了您的电子邮件地址作为发件人。可以通过查看消息的Received:头来查找消息的来源。（注意唯一可以准确信任的头是显示消息何时/何地进入我们电子邮件系统的那个。）

如果您有兴趣阻止伪造的电子邮件声称是从你的网站发出的，可以考虑为你的域发布SPF记录和（或）DMARC策略。W3C的邮件服务器会拒绝那些伪造已经发布了SPF记录的域的邮件。

如果你对这个系统有任何问题需要反馈，请发送邮件至：archive-approval-comments。

相关内容