本文翻译自 https://man.sr.ht/lists.sr.ht/etiquette.md
本文不使用底部标注的 BY-NC 4.0 协议，而是继承原文的 GFDL 协议发布。
一些邮件客户端让糟糕的使用方式在邮件列表中流行开来，包括 sr.ht。 为了更流畅的参与平台上的讨论，请参考一些我们的建议。这些建议也能在 sr.ht 以外的地方帮到你。感谢你能花一些时间来改正你的习惯
纯文本
请确保你的邮件客户端已经配置使用了纯文本邮件。许多邮件客户端默认使用 HTML 格式，所以你能够使用富文本。富文本在面向代码开发的交流中并不合适，所以你应该关闭这个功能，用纯文本发邮件。每个邮件客户端都不同，你需要自己在客户端里搜索这个选项。 所有的 sr.ht 服务都会拒绝接收 HTML 邮件。
上回复 ( Top-posting )
一些邮件客户端会把整个你需要回复的邮件粘贴到你的回复邮件中，鼓励你在顶部进行回复。这种模式叫 “上回复”，这在 sr.ht 上不被推荐。作为替代，删掉所有你没有直接回复的部分，将你的回复嵌入行内。你可以随意的编辑修改原始消息。例如，我发件给你：
Hey Casey,
你能看看造成 2.34 客户端立即超时的 bug 吗？我觉得可能跟上周关于超时的变动有关。
同时，你关于队列 bug 的修复，已经确认会在下个版本中发布。
感谢！
你应该这样回复：
Hey Drew, 当然，我等会就看看。
> 我觉得可能跟上周关于超时的变动有关。
我不太确定，我感觉减少超时可能会对这个问题有帮助。
> 同时，你关于队列 bug 的修复，已经确认会在下个版本中发布。
> 感谢！
太好了 ，很高兴能帮得上忙。
- A: 因为它颠倒了逻辑流
- Q: 为什么上回复不受欢迎？
换行
请在 72 个字符内换行。因为审查补丁的需要，许多人的邮件阅读器被设计成忠实的展示纯文本，并不会在阅读舒适的宽度换行，或者直接不自动换行。 一些读者也会在他们的邮件客户端旁边打开很多软件，可能不会为邮件分配像你一样多的屏幕空间。
引用其他人的内容时，也不用为给他断行而担心，只要你自己不这么想。
PGP 签名
如果你在用 PGP ，将你的签名作为附件发送，而不是放在邮件正文里。在你本地的 PGP 软件里找一找 PGP/MIME 配置。
补丁
查看我们的教程 git-send-email.io 来学习怎样用邮件发送补丁。