0

1.) 我对我的 Mutt 配置有点困惑。我成功地使用 fetchmail 和 procmail 下载，然后将我所有的“Maildir”格式的邮件分类到 $HOME/Maildir/ 中，如下所示：

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

所以 - 每个“Maildir”格式的文件夹都会收到新的我，这都是由 procmail 完成的。现在，我感到困惑的是 Mutt 配置。如果（在 .muttrc 中）我将文件夹设置为 $HOME/Maildir，那么 Mutt 显然会告诉我（确实如此）$HOME/Maildir 不是邮箱，因为它不包含“cur, new, tmp”子文件夹，因为它应该以这种格式。问题是我的邮件已经按 procmail 排序，因此我将它们放在子文件夹中。另一方面，如果我设置文件夹=$HOME/Maildir/work，那么我可以访问那个目录而不是其他目录，因为我不能（我假设？）定义多个文件夹。我尝试设置文件夹=$HOME/Maildir，然后设置邮箱=work =personal =misc =whatever，但同样-$HOME/Maildir 不是邮箱。我可以在 $HOME/Maildir (cur, new, tmp) 以便 Mutt 将其识别为邮箱，但不建议将文件夹与“目录”混合使用。如何处理？我需要的是一个既可以接收又可以存储消息的文件夹 $HOME/Maildir（设置 move=no，因为它们始终位于同一个地方，除了它们位于不同的子文件夹中）。我非常感谢任何建议。

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

4

2 回答 2

0

There is no harm in using your home directory for delivering mail.

If you have a quota, deliveries into /var/spool/mail will not eat out of your home directory quota; on the other hand, it is possible that /var/spool/mail also has a quota, and of course, if your mail client wants to import delivered mail into your home directory when you open it, you need enough disk space there anyway.

In some sense, files in /var/spool/mail are still the administrator's responsibility, so if you are the victim of e.g. a mailbomb attack, there may be less of a threshold for the sysadmin to step in and, say, delete a few megs of tripe from there if your incoming messages have not yet been delivered to your home directory.

于 2013-08-26T06:15:56.683 回答
0

在根文件夹中创建空new的cur、 和目录应该没有害处，并且不要将它们用于任何事情。tmp即使您出于错误或实际意图使用它们，也不会造成伤害；谁说你不能混合文件夹和目录？如果是文件夹和子文件夹呢？

于 2013-08-26T06:11:28.153 回答