Формат Mutt и Maildir + сортировка procmail

Question

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 = что угодно, но опять же - $ HOME/Maildir не является почтовым ящиком. Я мог бы создать 3 пустых каталога в $ HOME/Maildir (cur, new, tmp), чтобы Mutt распознал его как почтовый ящик, но не рекомендуется смешивать папки с «каталогами». Как с этим справиться? Мне нужна только одна папка $ HOME/Maildir, которая принимает и сохраняет сообщения (set move = no, так как они постоянно находятся в одном месте, за исключением того, что они находятся в разных подпапках). Я был бы очень признателен за любое предложение.

2.) Небольшой общий вопрос - по какой-то причине не рекомендуется использовать $ HOME/что-то в качестве почтовой катушки, а не/var/spool/mail/something? Я обнаружил в нескольких местах, что это единственный «кошерный» способ делать почту в системах * nix. Тем не менее, мне нравится иметь всю мою почту в одном месте, не перемещая прочитанные сообщения из буфера в папки хранения. Я часто перечитываю их, отвечаю на некоторые старые сообщения и перемещаюсь между почтовыми ящиками, чтобы сделать это, кажется немного раздражающим. Итак - есть ли какая-то особая причина использовать/var/spool/mail/для новой почты, отличной от стандартной * nix-почты?

Answer 1

Не должно быть вреда при создании пустых каталогов new, cur и tmp в корневой папке и не использовать их ни для чего. И даже если вы используете их, по ошибке или фактическому намерению, нет никакого вреда; кто говорит, что вы не можете смешивать папки и каталоги? Что делать, если это папки и подпапки?

Answer 2

Нет вреда в использовании домашнего каталога для доставки почты.

Если у вас есть квота, поставки в /var/spool/mail не будут питаться вне вашей домашней квоты; с другой стороны, возможно, что /var/spool/mail также имеет квоту, и, конечно, если ваш почтовый клиент хочет импортировать доставленную почту в ваш домашний каталог, когда вы ее открываете, вам все равно достаточно места на диске.

В некотором смысле, файлы в /var/spool/mail по-прежнему являются ответственностью администратора, поэтому, если вы являетесь жертвой, например, атака mailbomb, может быть меньше порога для входа sysadmin и, скажем, удалить несколько мегапикселей оттуда, если ваши входящие сообщения еще не доставлены в ваш домашний каталог.