TL;DR
本文是 https://canokeys.org 或(Telegram: @canokeys)的硬广,但本文并非 Canokeys 官方发布。
听众很多,讲者很菜,demo很粗糙
简介,slides和录像都在 https://tuna.moe/event/2020/mutt/ 中
直接扔杰哥链接 https://jia.je/hardware/2020/11/19/arm-m1-macbookair/
感觉很 fancy
丽狼nb!
在开源软件供应链2020峰会的邀请下,以及TUNA的派遣下,我与来自UOJ的两位同学billchenchina以及Ciel面基,并举行了一次奇怪的signing party。
万事在命令行中完成,这是个美好的愿景,也是许多人的实践。
但当我们发现,连日常处理邮件都需要开一个网页或开一个图形化客户端才能完成,而没有可用的命令行客户端时,我们是失望的。
尤其是当我们需要对邮件进行自动化与控制,普通的图形化界面已经满足不了时,我们渴求着脚本,我们期望着管道。
而对一些对安全有需求的客户来说,加密与签名也必不可少,但这些工具的集成与支持程度做得非常糟糕。
为了解决该难题,一些人可能已经查过,找到了救命工具:Mutt!
但是,Mutt 的配置难度立即击败了他们,他们受挫了,又缩回了图形化邮件客户端。
为什么会这么难�这一方面有工具选项繁杂的问题,另一方面,邮件系统本身也是难的!而现代的信息系统中,邮件已经逐渐式微,大家对其的掌握已经不像以前的黑客那么熟练了,从而相关的介绍文章也少之甚少。
我们发现,互联网上的 Mutt 教程要么对 Mutt 特性大书特书,然后根据特性列举一些未组织的代码片段;要么就是简单示例,给些参数;要么就是大量枚举选项(Mutt自己的文档也是如此)。这些教程,要么让人不知如何下手,要么让人迷失在大量选项中,从而难以构建其一个最小的工作样例。
是的,我们所需要的就是一个最小工作样例,以此为基础,逐渐调参到我们喜欢的模样。这种反馈过程不必多言。
所以,我们从实践角度出发,给大家提供一个最小工作样例,先让整个流程部署起来、跑起来!然后再谈其他的配置。
配置文件与说明在这个地址中:https://github.com/ZenithalHourlyRate/muttrc