Реле SMTP к нескольким хостам
Можно сделать это с комбинацией PS, awk и уничтожить:
ps -eo pid,etime,comm
Дает Вам вывод на три столбца, с процессом PID, прошедшее время начиная с процесса, запущенного, и название команды, без аргументов. Прошедшее время похоже на один из них:
mm:ss
hh:mm:ss
d-hh:mm:ss
Так как Вы хотите процессы, которые работали больше недели, Вы искали бы строки, соответствующие тому третьему шаблону. Можно использовать awk для отфильтровывания процессов ко времени выполнения и названием команды, как это:
ps -eo pid,etime,comm | awk '$2~/^7-/ && $3~/mycommand/ { print $1 }'
который распечатает pids всех команд, соответствующих 'mycommand', которые работали больше 7 дней. Канал, которые перечисляют в уничтожение, и Вы сделаны:
ps -eo pid,etime,comm | awk '$2~/^7-/ && $3~/mycommand/ { print $1 }' | kill -9
Постфикс канавы и использование exim. Создайте два маршрутизатора и транспорт как так
begin routers
OurServer:
driver = manualroute
route_data = 1.2.3.4
transport = OutboundSMTP
unseen = true
TheirServer:
driver = manualroute
route_data = aspmx.l.google.com
transport = OutboundSMTP
begin transports
OutboundSMTP:
driver = smtp
unseen = true обработка причин для продолжения после первого маршрутизатора
полностью быстрый, неисследуемый ответ из памяти, но я думаю procmail (это все еще вокруг?) может сделать этот вид вещи.
это нормально. второе переопределит первое. постфиксная конфигурация является var=value. второе определение var переопределит первое, не обновит путем добавления нового значения. Вы не можете легко сделать этого с постфиксом. я предлагаю два решения:
решение 1: установите два постфиксных сервиса на поле. каждый настраивает его на порте 2526 и настроил его с relayhost=yourhost, другим на порте 2527 с relayhost=google. используйте простую основанную на событии программу для слушания на порте 25 и forwad трафик к обоим постфиксным экземплярам (уже можно найти что-то записанным, возможно, можно использовать relayd, если Вы находитесь на Unix BSD). существует также плагин МИШЕНИ где-нибудь в iptables дьяволе для пакетного копирования, но я не знаком с. мне действительно не нравится это решение
решение 2: на Вашем relayhost настраивают store&forward. это более сложно (широкая конфигурация), чем первое, но так как Ваша процедура миграции является базирующимся пользователем...
- перепишите user@domain на user-store@domain
- определите user-store@domain как псевдоним для user@domain, user@local.domain
- определите транспорт: чтобы user@domain был Google.
- определите транспорт для user@local.domain, чтобы быть виртуальными:
я использовал этот механизм однажды, и это, казалось, работало. однако... я не уверен, примет ли Google электронные письма для домена, если Вы не установили MX для поиска с помощью Google серверов, таким образом, это может быть бесполезно. необходимо проверить это.