通过这些简单的建议，减少你的电子邮件并让你的生活更轻松。

在前几年，这个年度系列涵盖了单个的应用。今年，我们除了关注 2021 年的策略外，还将关注一体化解决方案。欢迎来到 2021 年 21 天生产力的第十二天。

如果有一件事是我喜欢的，那就是自动化。只要有机会，我就会把小任务进行自动化。早起打开鸡舍的门？我买了一扇门，可以在日出和日落时开门和关门。每天从早到晚实时监控鸡群？用 Node-RED 和 OBS-Websockets 稍微花点时间，就能搞定。

我们还有电子邮件。几天前，我写过关于处理邮件的文章，也写过关于标签和文件夹的文章。只要做一点前期的工作，你就可以在邮件进来的时候，你就可以自动摆脱掉大量管理邮件的开销。

是的，我有很多过滤器。（Kevin Sonney, CC BY-SA 4.0）

有两种主要方式来过滤你的电子邮件：在服务端或者客户端上。我更喜欢在服务端上做，因为我不断地在尝试新的和不同的电子邮件客户端。（不，真的，我光这个星期就已经使用了五个不同的客户端。我可能有问题。）

无论哪种方式，我都喜欢用电子邮件过滤规则做几件事，以使我的电子邮件更容易浏览，并保持我的收件箱不混乱。

1. 将不紧急的邮件移到“稍后阅读”文件夹中。对我而言，这包括来自社交网络、新闻简报和邮件列表的通知。
2. 按列表或主题给消息贴上标签。我属于几个组织，虽然它们经常会被放在“稍后阅读”文件夹中，但我会添加第二个或第三个标签，以说明该来源或项目的内容，以帮助搜索时找到相关的东西。
3. 不要把规则搞得太复杂。这个想法让我困难了一段时间。我想把邮件发送到某个文件夹的所有可能情况都加到一个规则里。如果有什么问题或需要添加或删除的东西，有一个大规则只是让它更难修复。

点击它，点击它就行！（Kevin Sonney, CC BY-SA 4.0）

说了这么多，还有一件事我一直在做，它有助于减少我花在电子邮件上的时间：退订邮件。两年前我感兴趣的那个邮件列表已经不感兴趣了，所以就不订阅了。产品更新通讯是我去年停止使用的商品？退订！这一直在积极解放我。我每年都会试着评估几次列表中的邮件信息是否（仍然）有用。

过滤器和规则可以是非常强大的工具，让你的电子邮件保持集中，减少花在它们身上的时间。而点击取消订阅按钮是一种解放。试试就知道了！

via: https://opensource.com/article/21/1/email-filter

作者：Kevin Sonney 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

电子邮件不是即时通讯。通过遵循这些规则来防止电子邮件不断地打断你的工作。

在前几年，这个年度系列涵盖了单个应用程序。今年，我们除了关注有助于 2021 年的策略外，还将关注一体化解决方案。欢迎来到“2021 年 21 天生产力”的第二天。

和许多人一样，我对电子邮件也是爱恨交加。电子邮件是早期互联网、企业局域网和拨号 BBS 生态系统中最早的通信手段之一。电子邮件过去是、现在仍然是电子通信的主要手段之一。它被用于商业通信、商务、通知、协作和一堆有用的东西。

Mutt 邮件客户端, CC BY-SA 4.0 by Kevin Sonney

很多人对电子邮件有着不正确的认识。电子邮件不是一个即时通讯平台。有时候，当一个人发送一条信息，几乎立刻就会出现在世界的另一端，然后在几分钟内就会有回应，这看起来就像是电子邮件是即时通讯。正因为如此，我们可能会陷入一种思维定势，即我们需要随时激活电子邮件程序，一旦有东西进来，我们需要马上看一下，然后马上回复。

电子邮件的设计原则是：一个人发送一条信息，收件人会在方便的时候回复。是的，有高优先级和紧急邮件的标志，我们的电子邮件程序也有通知来告诉我们新邮件何时到达，但它们真的不是为了给今天的许多人造成压力。

太！多！电子邮件了！ CC BY-SA 4.0 by Kevin Sonney

一般说来，一个人每受到一次干扰，至少需要 15 分钟的时间让他们的思维过程重新集中到被打断的任务上。在工作场所（以及在家里！），电子邮件成为了这些中断之一已经是一种普遍现象。它不需要这样，也不是设计成这样的。我采用了一些规则来防止电子邮件成为让我无法完成任务的干扰。

规则 1：电子邮件不是一个警报平台。在技术领域，人们通常会配置监控和警报平台，将所有的通知发送到电子邮件。在过去的 15 年里，我几乎在每一个工作场所都遇到过这种情况，我会先花了几个月的时间来改变它。有很多好的平台和服务来管理警报。电子邮件不是其中之一。

规则 2：至少不要指望在 24 小时内得到答复。我们有多少人接到过电话，问我们是否收到电子邮件，并问我们是否有任何问题？我就遇到过。尽量在工作场所或与你经常发邮件的人设定一个期望值，回复有时会很快，有时不会。如果事情真的很紧急，他们应该使用其他的沟通方式。

规则 3：每隔几个小时检查一次电子邮件，而不是不断地检查。我承认这一条很难，但它能给我带来最安心的感觉。当我在工作或试图专注于写作等事情时，我会关闭我的电子邮件程序（或浏览器标签），并忽略它，直到我完成。没有通知，没有 20 条新邮件正在等待的指示，没有干扰。当我开始这样做的时候，我花了一些努力来克服我的 FOMO（害怕错过），但随着时间的推移，这已经变得容易了。我发现，当我再次打开我的电子邮件时，我可以专注于它，而不是担心我可以做什么，或应该做什么来代替。

希望这三条规则能像帮助我一样帮助你。在接下来的日子里，我会有更多可以帮助我处理电子邮件的方法分享给你。

via: https://opensource.com/article/21/1/email-rules

作者：Kevin Sonney 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

当你用电子邮件系统发送自动回复时，你需要注意不要向自动生成的电子邮件发送回复。最好的情况下，你将获得无用的投递失败消息。更可能的是，你会得到一个无限的电子邮件循环和一个混乱的世界。

事实证明，可靠地检测自动生成的电子邮件并不总是那么容易。以下是基于为此编写的检测器并使用它扫描大约 100,000 封电子邮件（大量的个人存档和公司存档）的观察结果。

Auto-submitted 信头

由 RFC 3834 定义。

这是表示你的邮件是自动回复的“官方”标准。如果存在 Auto-Submitted 信头，并且其值不是 no，你应该不发送回复。

X-Auto-Response-Suppress 信头

由微软.aspx)定义。

此信头由微软 Exchange、Outlook 和其他一些产品使用。许多新闻订阅等都设定了这个。如果 X-Auto-Response-Suppress 包含 DR（“抑制投递报告”）、AutoReply（“禁止 OOF 通知以外的自动回复消息”）或 All，你应该不发送回复。

List-Id 和 List-Unsubscribe 信头

由 RFC 2919) 定义。

你通常不希望给邮件列表或新闻订阅发送自动回复。几乎所有的邮件列表和大多数新闻订阅都至少设置了其中一个信头。如果存在这些信头中的任何一个，你应该不发送回复。这个信头的值不重要。

Feedback-ID 信头

由谷歌定义。

Gmail 使用此信头识别邮件是否是新闻订阅，并使用它为这些新闻订阅的所有者生成统计信息或报告。如果此信头存在，你应该不发送回复。这个信头的值不重要。

非标准方式

上述方法定义明确（即使有些是非标准的）。不幸的是，有些电子邮件系统不使用它们中的任何一个 :-( 这里有一些额外的措施。

Precedence 信头

在 RFC 2076 中没有真正定义，不鼓励使用它（但通常会遇到此信头）。

请注意，不建议检查是否存在此信头，因为某些邮件使用 normal 和其他一些（少见的）值（尽管这不常见）。

我的建议是如果其值不区分大小写地匹配 bulk、auto_reply 或 list，则不发送回复。

其他不常见的信头

这是我遇到的另外的一些（不常见的）信头。如果设置了其中一个，我建议不发送自动回复。大多数邮件也设置了上述信头之一，但有些没有（这并不常见）。

• X-MSFBL：无法真正找到定义（Microsoft 信头？），但我只有自动生成的邮件带有此信头。
• X-Loop：在任何地方都没有真正定义过，有点罕见，但有时有。它通常设置为不应该收到电子邮件的地址，但也会遇到 X-Loop: yes。
• X-Autoreply：相当罕见，并且似乎总是具有 yes 的值。

Email 地址

检查 From 或 Reply-To 信头是否包含 noreply、no-reply 或 no_reply（正则表达式：^no.?reply@）。

只有 HTML 部分

如果电子邮件只有 HTML 部分，而没有文本部分，则表明这是一个自动生成的邮件或新闻订阅。几乎所有邮件客户端都设置了文本部分。

投递失败消息

许多传递失败消息并不能真正表明它们是失败的。一些检查方法：

• From 包含 mailer-daemon 或 Mail Delivery Subsystem

特定的邮件库特征

许多邮件类库留下了某种痕迹，大多数常规邮件客户端使用自己的数据覆盖它。检查这个似乎工作得相当可靠。

• X-Mailer: Microsoft CDO for Windows 2000：由某些微软软件设置；我只能在自动生成的邮件中找到它。是的，在 2015 年它仍然在使用。
• Message-ID 信头包含 .JavaMail.：我发现了一些（5 个 50k 大小的）常规消息，但不是很多；绝大多数（数千封）邮件是新闻订阅、订单确认等。
• ^X-Mailer 以 PHP 开头。这应该会同时看到 X-Mailer: PHP/5.5.0 和 X-Mailer: PHPmailer XXX XXX。与 “JavaMail” 相同。
• 出现了 X-Library；似乎只有 Indy 设定了这个。
• X-Mailer 以 wdcollect 开头。由一些 Plesk 邮件设置。
• X-Mailer 以 MIME-tools 开头。

最后的预防措施：限制回复的数量

即使遵循上述所有建议，你仍可能会遇到一个避开所有这些检测的电子邮件程序。这可能非常危险，因为电子邮件系统只是“如果有电子邮件那么发送”，就有可能导致无限的电子邮件循环。

出于这个原因，我建议你记录你自动发送的电子邮件，并将此速率限制为在几分钟内最多几封电子邮件。这将打破循环链条。

我们使用每五分钟一封电子邮件的设置，但没这么严格的设置可能也会运作良好。

你需要为自动回复设置什么信头

具体细节取决于你发送的邮件类型。这是我们用于自动回复邮件的内容：

Auto-Submitted: auto-replied
X-Auto-Response-Suppress: All
Precedence: auto_reply

反馈

你可以发送电子邮件至 [email protected] 或 创建 GitHub 议题以提交反馈、问题等。

via: https://arp242.net/weblog/autoreply.html

作者：Martin Tournoij 选题：lujun9972 译者：wxy 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

互联网上的大多数人都拥有来自 Google 等大公司的电子邮件帐户，但这些帐户不尊重你的隐私。值得庆幸的是，目前有 Tutanota 和 ProtonMail 等具有隐私意识的替代品。问题是并非所有人都有桌面客户端。今天，我们将研究一个为你解决该问题的项目。我们来看看 ElectronMail 吧。

‘Electron’ 警告！

以下应用是使用 Electron 构建的（也就是名为 ElectronMail 的原因之一）。如果使用 Electron 让你感到不安，请将此视为触发警告。

ElectronMail：Tutanota 和 ProtonMail 的桌面客户端

ElectronMail 可以简单地视作 ProtonMail 和 Tutanota 的电子邮件客户端。它使用三大技术构建：Electron、TypeScript 和 Angular。它包括以下功能：

• 针对每个电子邮件提供商提供多帐户支持
• 加密本地存储
• 适用于 Linux、Windows、macOS 和 FreeBSD
• 原生通知系统
• 带有未读消息总数的系统托盘图标
• 用主密码保护帐户信息
• 可切换的视图布局
• 可离线访问电子邮件
• 电子邮件在本地加密存储
• 批量导出电子邮件为 EML 文件
• 全文搜索
• 内置/预打包的 Web 客户端
• 可以为每个帐户配置代理
• 拼写检查
• 支持双因素身份验证，以提高安全性

目前，ElectronMail 仅支持 Tutanota 和 ProtonMail。我觉得他们将来会增加更多。根据 GitHub 页面：“多电子邮件提供商支持。目前支持 ProtonMail 和 Tutanota。”

ElectronMail 目前是 MIT 许可证。

如何安装 ElectronMail

目前，有几种方法可以在 Linux 上安装 ElectronMail。对于Arch 和基于 Arch 的发行版，你可以从Arch 用户仓库安装它。ElectrionMail 还有一个 Snap 包。要安装它，只需输入 sudo snap install electron-mail 即可。

对于所有其他 Linux 发行版，你可以下载 .deb 或 .rpm 文件。

你也可以下载用于 Windows 中的 .exe 安装程序或用于 macOS 的 .dmg 文件。甚至还有给 FreeBSD 用的文件。

删除 ElectronMail

如果你安装了 ElectronMail 并确定它不适合你，那么开发者建议采用几个步骤。 在卸载应用之前，请务必遵循以下步骤。

如果你使用了“保持登录”功能，请单击菜单上的“注销”。这将删除本地保存的主密码。卸载 ElectronMail 后也可以删除主密码，但这涉及编辑系统密钥链。

你还需要手动删除设置文件夹。在系统托盘中选择应用图标后，单击“打开设置文件夹”可以找到它。

Electron Mail Setting

我对 ElectronMail 的看法

我通常不使用电子邮件客户端。事实上，我主要依赖于 Web 客户端。所以，这个应用对我没太大用处。

话虽这么说，但是 ElectronMail 看着不错，而且很容易设置。它有大量开箱即用的功能，并且高级功能并不难使用。

我遇到的一个问题与搜索有关。根据功能列表，ElectronMail 支持全文搜索。但是，Tutanota 的免费版本仅支持有限的搜索。我想知道 ElectronMail 如何处理这个问题。

最后，ElectronMail 只是一个基于 Web Email 的一个 Electron 封装。我宁愿在浏览器中打开它们，而不是将单独的系统资源用于运行 Electron。如果你只使用 Tutanota，他们有自己官方的 Electron 桌面客户端。你可以尝试一下。

我最大的问题是安全性。这是两个非常安全的电子邮件应用的非官方应用。如果有办法捕获你的登录信息或阅读你的电子邮件怎么办？比我聪明的人必须通过源代码才能确定。这始终是一个安全项目的非官方应用的问题。

你有没有使用过 ElectronMail？你认为是否值得安装 ElectronMail？你最喜欢的邮件客户端是什么？请在下面的评论中告诉我们。

如果你发现这篇文章很有趣，请花一点时间在社交媒体、Hacker News 或 Reddit 上分享它。

via: https://itsfoss.com/electronmail/

作者：John Paul 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

编写和接收电子邮件是每个人日常工作的重要组成部分，选择电子邮件客户端通常是一个重要决定。Fedora 系统提供了大量的电子邮件客户端可供选择，其中包括基于文本的电子邮件应用。

Mutt

Mutt 可能是最受欢迎的基于文本的电子邮件客户端之一。它有人们期望的所有常用功能。Mutt 支持颜色代码、邮件会话、POP3 和 IMAP。但它最好的功能之一是它具有高度可配置性。实际上，用户可以轻松地更改键绑定，并创建宏以使工具适应特定的工作流程。

要尝试 Mutt，请使用 sudo 和 dnf 安装它：

$ sudo dnf install mutt

为了帮助新手入门，Mutt 有一个非常全面的充满了宏示例和配置技巧的 wiki。

Alpine

Alpine 也是最受欢迎的基于文本的电子邮件客户端。它比 Mutt 更适合初学者，你可以通过应用本身配置大部分功能而无需编辑配置文件。Alpine 的一个强大功能是能够对电子邮件进行评分。这对那些订阅含有大量邮件的邮件列表如 Fedora 的开发列表的用户来说尤其有趣。通过使用分数，Alpine 可以根据用户的兴趣对电子邮件进行排序，首先显示高分的电子邮件。

也可以使用 dnf 从 Fedora 的仓库安装 Alpine。

$ sudo dnf install alpine

使用 Alpine 时，你可以按 Ctrl+G 组合键轻松访问文档。

nmh

nmh（new Mail Handling）遵循 UNIX 工具哲学。它提供了一组用于发送、接收、保存、检索和操作电子邮件的单一用途程序。这使你可以将 nmh 命令与其他程序交换，或利用 nmh 编写脚本来创建更多自定义工具。例如，你可以将 Mutt 与 nmh 一起使用。

使用 dnf 可以轻松安装 nmh。

$ sudo dnf install nmh

要了解有关 nmh 和邮件处理的更多信息，你可以阅读这本 GPL 许可的书。

via: https://fedoramagazine.org/3-cool-text-based-email-clients/

作者：Clément Verna 选题：lujun9972 译者：geekpi 校对：wxy

本文由 LCTT 原创编译，Linux中国 荣誉推出

[编者按：本文所述的 Email 发明人的观点存在很大的争议，请读者留意。以我的观点来看，其更应该被称作为某个 Email 应用系统的发明人，其所发明的一些功能和特性，至今沿用。——wxy]

一个印度裔美国人用他天才的头脑发明了电子邮件，而从此以后我们没有哪一天可以离开电子邮件。

8月30日，电子邮件满32岁了。现在让我们一起熟悉一下这个快捷迅速的信息传递方式是怎么诞生的。这要感谢以为印度裔美国人，Shiva Ayyadurai。Shiva开发了一个全功能的办公室间邮件系统软件并命名为email。

在1982年8月30日，他被美国政府正式承认作为这个电脑程序的发明者。Shiva生于孟买的一个泰米尔家庭，发明email系统的时候只有14岁。当时他还在新泽西的利文斯顿高中学习，并开始为新泽西牙科和医科大学开发这个系统。email系统被授予版权，因为当时还没有其他方式被用来保护软件发明。

Ayyadurai从日常办公室之间的内部邮件往来方式里找到email系统的点子。他尝试复制普遍用来传送办公室之间邮件的‘气动管道系统’。这个系统使用了一个物理的管道网络来传送打印好的邮件给秘书。每一位秘书都有收件箱，发件箱，草稿箱，复写纸，文件夹，地址本，别针，或是附件等等。所有这些都用作建立和处理接收和发送邮件。

Shiva也记下了一些常用的模板，像“发给”，“来自”，“主题”，“日期”，“正文”，“抄送”，“密送”等等。所有这些模版也都被纳入电子邮件的版本中。电子邮件系统是用FORTRAN编程语言写的，Shiva发明了一个同样系统的电子版本。因为这件非凡的作品，Shiva获得了无数嘉奖，也赢得了1981年度高中毕业生的西屋科学天才奖。如今，由史密森学会美国历史国家博物馆持有“Email”的正式美国版权。但是，也有争论说不是Ayyadurai而是其他什么人发明了email。

via: http://www.efytimes.com/e1/fullnews.asp?edid=147170

作者：Sanchari Banerjee 译者：zpl1025 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出