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 によってすべて行われる新しい my を受け取ります。さて、私が混乱しているのは Mutt の設定です。(.muttrc で) フォルダーを $HOME/Maildir に設定すると、Mutt は明らかに $HOME/Maildir がメールボックスではないことを教えてくれます (実際にそうです)。サブフォルダーをこの形式にする必要があります。問題は、私のメールはすでに procmail によってソートされているため、サブフォルダーにあるということです。一方、folder=$HOME/Maildir/work を設定すると、その 1 つのディレクトリにアクセスできますが、他のディレクトリにはアクセスできません。これは、複数のフォルダーを定義できない (と思いますか?) ためです。folder=$HOME/Maildir を設定してから、メールボックス =work =personal =misc =whatever を設定しようとしましたが、$HOME/Maildir はメールボックスではありません。$HOME/Maildir (cur、new、tmp) を使用して Mutt がそれをメールボックスとして認識できるようにしますが、フォルダと「ディレクトリ」を混在させることは推奨されません。それをどのように処理しますか？必要なのは、メッセージの受信と保存の両方を行う単一のフォルダー $HOME/Maildir です (別のサブフォルダーにあることを除いて、メッセージは常に同じ場所に存在するため、move=no に設定します)。どんな提案でも大歓迎です。

2.) ちょっとした一般的な質問 - メールスプールとして /var/spool/mail/something ではなく $HOME/something を使用することは、何らかの理由で推奨されないのですか? いくつかの場所で、これが *nix システムでメールを行う唯一の「コーシャ」な方法であることがわかりました。ただし、既読メッセージをスプールからストレージ フォルダに移動せずに、すべてのメールを 1 か所にまとめたいと思っています。私はしばしばそれらを読み直し、古いメッセージのいくつかに返信し、そのためにメールボックス間を移動するのは少し面倒に思えます。では、標準の *nix メールディレクトリ以外に /var/spool/mail/ を新しいメールに使用する特別な理由はありますか?

4

2 に答える 2

0

メールの配信にホーム ディレクトリを使用しても害はありません。

クォータがある場合、への配信によって/var/spool/mailホーム ディレクトリのクォータが消費されることはありません。一方、/var/spool/mailクォータもある可能性があります。もちろん、メール クライアントがホーム ディレクトリを開いたときに、配信されたメールをホーム ディレクトリにインポートしたい場合は、とにかくそこに十分なディスク容量が必要です。

ある意味では、ファイル/var/spool/mailは依然として管理者の責任です。そのため、たとえばメール爆弾攻撃の被害者である場合、システム管理者が介入して、そこから数メガの胃袋を削除するためのしきい値が少なくなる可能性があります。受信メッセージはまだホーム ディレクトリに配信されていません。

于 2013-08-26T06:15:56.683 に答える
0

ルート フォルダに空newの 、cur、およびディレクトリを作成し、それらを何にも使用しないことは問題ありません。tmpまた、誤って、または実際の意図でそれらを使用したとしても、害はありません。フォルダーとディレクトリを混在させることはできないと誰が言いますか? フォルダーとサブフォルダーの場合はどうなりますか?

于 2013-08-26T06:11:28.153 に答える