Поиск сценария для восстановления резервного копирования SQL-сервера

Что путь состоит в том, чтобы пропустить электронные письма через spamassassin демона (вместо того, чтобы запустить приложение каждый каждый раз, когда почта получена), прежде чем это будет передано моему сценарию? Угадайте, что это - плохая практика, чтобы сделать это способ, которым я делаю теперь.

Посмотрите на amavisd-новый, который записан в жемчуге. Это сделает то, что Вы ищете, интегрируется на сетевом уровне (должны Вы требовать), и предоставляет антивирус, сканирующий также. Большинство главных дистрибутивов Linux обеспечивает его как предварительно созданный пакет. Единственная вещь, о которой необходимо волноваться, состоит в том, что некоторые дистрибутивы будут использовать устаревшую версию, которая имеет случайную ошибку. Большинство этих ошибок заставит amavis втискивать или завершаться; таким образом, если это - скажем, 3 версии, более старые, чем, что на официальном сайте, я серьезно собрался бы управлять тем одним пакетом вручную.

Существует ли способ ограничить, сколько почтовый постфикс передает моему сценарию одновременно? Я не хочу заканчивать тем, что имел 10 экземпляров своего сценария, работающего одновременно.

Вы говорите об ограничении уровня. Учитывая "небольшой" размер сервера, я установил бы сам постфиксный ограничитель уровня на что-то как 3-6 электронных писем в минуту, а не установил бы его на стороне сканирования. При попытке принять доставку на все, то шторм спама просто забьет Ваши очереди, и Вы закончите с отставанием так или иначе.

Как я мог превратить свой сценарий в демона? Был бы это делать вещи быстрее?

Тонны! Я не могу помочь Вам в этом отношении, но предварительно запущение Вашего сценария отключило бы значительные издержки.