邮件礼仪(Netiquette)

前言:

作为互联网从业人员,如果经常混社区的话,一定会注意到有邮件列表(mailing list)这一个概念。

在mailing list中发邮件询问抑或是回答别人的问题,提交PATCH都必须遵守一定的邮件礼仪。在这里,俺就来科普一下所谓的邮件列表的礼仪(Mailing List Etiquette)。

先大概科普下netiquette源自于net与etiquette的组合词,net不必解释,etiquette源自于法语的étiquette(prescribed behavior),更进一步,étiquette源自于古法语的estiquette("label, ticket")。所以,读者可以在听听etiqutte的发音,其实很像e-ticket。那为啥ticket跟礼仪扯上关系了呢?因为,中世纪贵族参与聚会时,通常有ticket作为一个入场券,而普通未受过良好礼仪的阶级,是没有机会的。因此,ticket便跟礼仪产生了联系。

故作正经地瞎扯淡后,我们继续。

本文基本源自于OpenStack Mailing List的相关礼仪和俺当年混mailing-list被喷的一些惨痛教训。想想当年也是too young呵。。

主题(Subject)

关于邮件的主题(subject),应该仔细阅读每个mailing list的相关规定。例如,某些社区可能会规定,在不同的topic前面加上修饰符,发PATCH时,加上[PATCH]的修饰符,等等。例如:

格式化(Formatting)

这一章节,主要是介绍,如何格式化邮件的正文,以及回复邮件正文的一般形式。

纯文本(Plain Text)

在俺混过的几个社区的邮件列表中,几乎都明确地提及到,请发送纯文本格式(Plain Text)的邮件。这一点对于俺也是经常犯的错误。

举个例子,当利用Gmail回复邮件时,不要使用上方的任何格式化工具,且将模式设置为Plain Text Mode。否则,Gmail会自动主张地修改你的引用为HTML格式。

因此,如果使用Gmail的话,我推荐如下的做法。并注意不要使用任何的加粗之类的标记,否则,除了引用外,你的正文会被HTML化。



换行(Line Wrapping)

这个倒是没太多要求是了,只是有的社区可能有要求,每行不超过72个字符。至于为啥是72,历史遗留问题。

回复(Replies)

关于回复,社区通常采用interleaved(交织回复)的风格。这样的回复风格,可以直接在引文的后面回复相应的内容。俺将一个稍微标准的回复的original message和gmail-formatted的对比下,也许读者能够看到,Gmail还是支持“>”的自动识别功能。

多重引用的标注(Reply Level Indication)

关于多重引用,即多次回复的情况下,应该在每次回复将引文标注>符号,最终形成>>..>这样的格式,方便他人参考。见例子。

裁剪(Trimming)

每次引用的时候,不必引用完全文,对于一些没有必要的话,可以适当删除与修改,这样也能保持文章的干净。

实际上,俺在Gmail中,也经常删除引用中一些不必要的话再发送出去。

保持文章线索(Threading)

每个现代邮件系统,均为为每封邮件增加Message-Id字段用来保持追踪每封邮件。因此,也请在邮箱中增加一个说In-Reply-To字段用以标注回复的邮件Message-ID。

在实际使用中,Gmail已经默认为俺创建了这一字段。

网络礼仪(netiquette)

网络礼仪放在这里主要是一些非技术性的问题,需要人为地去保持网络社区的干净与整洁。

避免Cross-Posting

Cross-Posting一听还是跟interleaved有点像,但实际上指的是,别在几个mailing-list同时发相同的内容的PO文,正确的做法应该是,将将另外一个mailing-list的话题,指向一个之中。

保持CC到mailing-list

这一点是说,别讨论讨论着,就单独私信给一个人了(闷声FDC),请保持CC到mailing-list,让更多的听众关注到这件事情。

当然,如果有什么不方便说的,譬如说,要“负责任的话”,还是别CC了,当然这是例外。

其他

包括打广告,发PR啦等,Anyway,按照Mail-List的规定即可啦。

参考

[1] OpenStack Mailing List Etiquette: https://wiki.openstack.org/wiki/MailingListEtiquette