Procmail, не работающий
[118539]Проблема в том, что вы используете одно и то же имя лог-файла в каждой записи.
Итак, чтобы сохранить еженедельное и ежемесячное резервное копирование, вам нужно изменить имя файла [118817]до [118818] выполнения лог-файла. Самый простой способ - создать отдельное задание cron, которое будет копировать [118819]db.sql[118820] на [118821]db.sql.weekly[118822] раз в неделю и копировать его на [118823]db.sql.monthly[118824] раз в месяц. После этого вы можете изменить конфигурацию логротата на чтение
Кажется, не существует простого способа интегрировать Procmail в isync / mbsync. Я бы выбрал серверную фильтрацию, или, возможно, отказался от (такой аккуратной) идеи синхронизации IMAP с локальными папками.
При этом мой оригинальный ответ, вероятно, не имеет большого значения, но я сохранил его ниже.
Ваш .forward файл содержит синтаксическую ошибку. DAMIAN damian должен быть комментарием # damian, но в наше время, если Вы не используете наследство Sendmail с прошлого века, Вы можете просто оставить его в покое.
Использование zsh в качестве оболочки для обработки Procmail выглядит странно; попробуйте изменить ее на /bin/sh. Даже если вам нравится zsh, вы, вероятно, предпочтете избежать его особенностей в Procmail. Использование нестандартных оболочек в прошлом вызывало труднообъяснимые проблемы (хотя ошибки, которые я видел, были с tcsh).
У вас есть два рецепта спама . Одного должно быть достаточно. Второй должен пойти (spamc сам откажется от сообщений, которые слишком большие, в любом случае), но я бы также снял блокировку с первого.
Ваше DEFAULT должно быть, наверное, $HOME/Mail/Inbox, верно? Вы же не хотите получать почту напрямую в $HOME/Mail, не так ли?
Кроме того, ваш .procmailrc непримечателен.
Для получения более подробной информации, возможно, обратитесь к http://iki.fi/era/mail/procmail-debug.html
Поскольку procmail не используется в качестве вашего MDA, он не будет вызываться .
Я предлагаю вам работать на основе сценария оболочки, который будет регулярно запускаться через cron и будет использовать formail для явной загрузки procmail .
Вот скелет для такого сценария оболочки:
$ cat <<eof >splitter.sh
#!/bin/sh
orig_mailbox=${HOME}/Mail/Inbox
[ -s ${orig_mailbox} ] && formail -s <${orig_mailbox} procmail ${HOME}/.procmailrc
eof
Конечно, это может работать только до тех пор, пока ваш .procmailrc будет удалять любую почту из вашего входящего почтового ящика. Чтобы убедиться в этом, я предлагаю завершить ваш .procmailrc правилом перехвата всех:
:0
${HOME}/Mail/Received