Mutt和Maildir格式+ procmail排序

Question

1.)我对我的Mutt配置有点困惑。我正在成功地使用获取邮件和procmail下载并将"Maildir“格式的所有消息排序为$HOME/Maildir/，如下所示：

$HOME/Maildir/
-work (cur, new, tmp)
-personal (cur, new, tmp)
-misc (cur, new, tmp)
-whatever (cur, new, tmp)

所以-所有那些"Maildir“格式的文件夹都会收到新的my，所有这些都是通过procmail完成的。现在，我不明白的是，突变人的配置。如果(在.muttrc中)我将文件夹设置为$HOME/Maildir，那么Mutt显然会告诉我$HOME/Maildir不是邮箱，因为它不像这种格式那样包含"cur，new，tmp“子文件夹。问题是，我的邮件已经按照procmail进行了排序，以便将它们放在子文件夹中。另一方面，如果我设置了文件夹=$HOME/Maildir/work，那么我可以访问这个目录，而不是其他目录，因为我不能(假设？)定义多个文件夹。我尝试设置文件夹= $HOME/Maildir，然后设置邮箱=work = set =misc =任何东西，但是-$HOME/Maildir不是邮箱。我可以在$HOME/Maildir (cur，new，tmp)中创建3个空的dir，以便Mutt将其识别为邮箱，但不建议将文件夹与“目录”混合使用。怎么处理？我需要的是一个单独的文件夹$HOME/Maildir，它同时接收和存储消息(设置move=no，因为它们一直驻留在同一个位置，但它们位于不同的子文件夹中)。如有任何建议，我将不胜感激。

2.)一个一般性的问题--出于某种原因，不建议使用$HOME/某某作为邮件假脱机，而不是使用/var/ spool / mail /什么的吗？我在一些地方发现，这是在*nix系统中进行邮件的唯一“犹太”方式。但是，我喜欢将所有邮件放在一个地方，而不必将读取的邮件从假脱机转移到存储文件夹。我经常重读它们，回复一些旧消息，并在邮箱之间移动，这样做似乎有点烦人。那么，除了标准的*nix邮件目录之外，是否有特殊的原因使用/var/spool/ mail /来处理新邮件呢？

Answer 1

在根文件夹中创建空的new、cur和tmp目录，而不是将它们用于任何事情，应该没有坏处。即使你确实使用它们，由于错误或实际意图，也没有什么害处；谁说你不能混合文件夹和目录？如果是文件夹和子文件夹呢？

Answer 2

使用您的主目录发送邮件并没有什么害处。

如果您有配额，发送到/var/spool/mail将不会占用您的主目录配额；另一方面，/var/spool/mail也可能有配额，当然，如果您的邮件客户端希望在打开它时将已发送的邮件导入到主目录中，那么无论如何您都需要足够的磁盘空间。

从某种意义上说，/var/spool/mail中的文件仍然是管理员的责任，因此，如果您是例如邮件炸弹攻击的受害者，系统管理员介入的门槛可能会更小，例如，如果您的传入消息尚未发送到您的主目录，则可以从其中删除一些tripe。