Вот то, что я сделал (это принимает отдельный диск в/dev/sda),
используйте dd для резервного копирования MBR и таблицы разделов: "dd bs=512 count=1, если =/dev/sda =/backups/sda.layout"
используйте rsync для копирования всей вещи с чем-то как: "rsync-axvPH - числовые идентификаторы..."
На восстановлении я делаю это:
загрузите целевую машину с sysrescuecd, у меня обычно будет 'sda.layout' файл на карте с интерфейсом USB.
восстановите MBR/таблицу разделов с dd: "dd bs=512 count=1, если =/path/to/sda.layout =/dev/sda"
Используйте partprobe (благодарит комментатора Mark) заставить ядро перечитывать таблицу разделов.
Смонтируйте все различные партоны под/restore/. Я делаю точки монтирования идентичными при восстановлении, поэтому если у меня есть начальная загрузка/, / var на моем источнике, я заканчиваю с/restore/boot,/restore/var, и т.д.
используйте rsync для восстановления всей вещи.
Вы могли записать сценарий, которые проверяют пользовательскую папку "Spam" и обучают dspam от тех писем.
Вы могли также отфильтровать почту от amavisd-нового с чем-то как:
(удар является просто конфигурацией тупика в качестве примера, непротестированной),
/etc/postfix/dspam_filter_access
/^<xxx-spam-regex-subject?,to?>.*$/ FILTER dspam:dspam
/./ OK
/etc/postfix/master.cf
dspam unix - n n - - pipe \
flags=Ru user=dspam argv=/usr/bin/dspam --client --deliver=innocent,spam --user \
${recipient} --mail-from=${sender}
/etc/postfix/main.cf
check_client_access pcre:/etc/postfix/dspam_filter_access
dspam_destination_recipient_limit = 1
При запуске, современном amavisd-new
версия ищет много двоичных файлов в $PATH
, включая dspam
исполняемый файл. Если этот будет найден, то dspam будет автоматически обучен с результатами всех других проверок спама, настроенных в amavisd-новом.
Единственный недостаток: Все почтовое содержание изучено только с одним идентификатором пользователя (то же как интеграция SA amavisd-new).
И, полностью OT: dspam просто не стоит стычки.