遵循/阅读大型邮件列表的最佳实践？

Posted 2023-02-24

【中文标题】遵循/阅读大型邮件列表的最佳实践？

【英文标题】：Best practices to follow/read large mailing-lists?

【发布时间】：2010-09-25 23:08:50

【问题描述】：

您可能是各种邮件列表的订阅者，其中一些比其他的更新。

遵循这些列表中的所有信息的最佳做法是什么？ 您曾经管理过的最佳客户有哪些？

我敢肯定，我不是唯一一个试图从这种嘈杂的通信方式中获得最佳信号的人 :)

【问题讨论】：

gweep.ca/~edmonds/usenet/ml-etiquette.html

@Robhruska 该链接已失效，但可能有帮助，请您更新一下好吗？！

这是一个存档链接：web.archive.org/web/20170426175120/www.gweep.ca/~edmonds/usenet/…

【参考方案1】：

我喜欢 gmail，因为它按对话分组消息的方式，这样我就可以通过一个线程向下翻页。

【参考方案2】：

使用 GMail 中的规则为所有邮件贴上标签并存档。然后它们很容易排序、搜索和线程化。

【参考方案3】：

我只使用雷鸟。对于某些列表，在平面模式下，对于其他列表（Lua 邮件列表），在线程模式下。以下是邮件列表自然的，邮件被推送到您的客户。

一开始，我只是收到了消息，并通过一些规则将它们路由到正确的文件夹。

现在，我使用Gmane 将它们作为新闻组阅读，这还可以查看历史记录（包括在我开始订阅之前发送的邮件以及在临时取消订阅期间发送的邮件）。

有时，当我对某个主题不感兴趣时​​，我只需右键单击第一条消息，然后选择将此主题的所有消息标记为已读。

【讨论】：

如前所述，消息在其自己的新闻组部分中整齐/自动地串接，如果您觉得更方便，您可以使用新闻组客户端代替。如前所述，它允许访问历史记录，而不仅限于订阅后发出的消息。请注意，使用这种方法，您必须告诉 ML 不要向您发送消息……当然，仍然必须订阅才能发布。

我没有想到这一点，虽然它很微不足道。我建议进行不伤害 imo 的编辑。感谢您的澄清。

【参考方案4】：

使用 KDE 在我的邮件和 RSS 提要中使用 Kontact。这给了我一个很好的指挥中心。

【讨论】：

这并没有解释如何关注大型邮件列表，因为此设置似乎与其他设置提供的基本相同。