Ответ на Ваш общий вопрос: Абсолютно. В первые годы вычислений пакетная обработка была единственным способом сделать что-либо, и даже когда многопользовательские интерактивные системы были изобретены, пакетно обрабатывание возможности было нормой для больших заданий. И это все еще обычно делается сегодня в средних и крупномасштабных средах с помощью систем как Механизм Сетки Sun или Крутящий момент.
Однако это - вероятно, излишество для того, в чем Вы нуждаетесь. Вы могли настроить более легкую систему для запущения скриптов в последовательной очереди, но я не думаю, что подход является особенно подходящим к определенной задаче. Копии параллели предположения к различным дискам приемлемы, я думаю, что напал бы на него как это:
Создайте структуру каталогов, соответствующую Вашим Вашим целевым дискам:
~/copysystem/drive1/
~/copysystem/drive2/
~/copysystem/drive3/
Установка Incron.
Настройте incrontab запись для каждого из этих каталогов, который запускает Ваш скрипт копии автоматически на IN_MOVED_TO.
Сделайте свой сценарий любым a) уничтожаете любые предыдущие экземпляры того же сценария, когда он запускается или b) использованием a mkdir
- базирующийся lockfile и блок до блокировки очищены.
Затем все, что необходимо сделать, переместить файлы в различное ~/copysystem/drive#
каталоги, и они все копируются волшебно в Ваше место назначения.
Особенно в случае 4a, Вы, вероятно, хотите использовать rsync -aP
скопировать Ваши файлы, так, чтобы можно было перезапустить частичные передачи с середины. (Возможно в сочетании с --remove-sent-files
, если Вы хотите избавиться от оригиналов.)
Если Вы хотите пропустить сложность использования incron, можно все еще использовать в своих интересах создание блока сценариев на файле блокировки. Это работает что-то вроде этого:
#!/bin/bash
LOCKDIR="/var/run/copysystem/copysystem.lock"
while ! mkdir $LOCKDIR ; do
echo "waiting for lock"
sleep 5
done
trap rmdir $LOCKDIR EXIT
rsync commands go here....
Это работает потому что mkdir
атомарная операция — если она успешно выполняется, Вы знаете, что каталог не существовал. Это важно, потому что, если Вы используете что-то как ! -f && touch
, существует состояние состязания. (То же со сканированием таблицы процессов для команд rsync, и т.п.)
Если у вас есть динамический внешний (WAN) IP-адрес, вам необходимо настроить свой почтовый сервер на отправку всех исходящих сообщений через "официального" провайдера. SMTP-сервер. Многие люди называют это использованием «smarthost», но в документации hMailServer это называется «SMTP Relayer». См. эту страницу для получения подробной информации.
Возможно, вам придется связаться с администраторами почты конкретного сайта, чтобы получить дополнительную информацию о том, почему вам отказали. Если это черный список, вам обязательно придется с ними связаться в любом случае. В черном списке единственный путь к реституции - через почтового администратора сайта.
Вам нужна обратная запись DNS / PTR. Обратитесь к своему интернет-провайдеру.
Gmail не нуждается в обратной записи DNS для серверов электронной почты. Yahoo, Juno, AOL и другие требуют этого.