Re: Re: Feature request

> Попасть таким образом можно только в один RBL - bl.spamcop.net. Если Вы
> очень этого боитесь, надеюсь, внешний IP сервер уже проверяется скриптом на
> присутствие в этом листе каждый час хотя бы? По-моему, это первое что надо > сделать, прежде чем использовать возможность попадания в RBL как аргумент в
> этом разговоре. Причем, попасть в spamcop можно и за одно-два письма - не
> нужно сотен или тысяч. Это так, к слову. Если что-то важно - нужно составить
> регламент действий в критической ситуации. То есть, иметь комплексное решение
> и постоянный мониторинг состояния.
Это уже лирика и к делу не относится. Не будем обсуждать ваши спорные утвержения про bl.spamcop.net :)

> Да, делаем "как все" администраторы - смотрим в очередь и грохаем там все
> что нужно/не нужно. Можно делать даже цивилизованнее чем поступают админы > sendmail - не тереть на файловой системе, а делать это через CLI. Плюс, надо
> признаться, контент-анализатор на каком-нибудь perl (или даже egrep!) можно за
> минуту написать куда более продвинутый, чем на CGP Rules. Остановите доставку
> почты наружу (для этого не нужно останавливать другие сервисы, PO3 или IMAP к
> примеру - пользователи ничего не заметят) и работайте с очередью из скрипта.
> Заранее подготовьте скрипт чтобы в нем надо было просто поменять regexp для
> поиска нужных в данный момент писем, и чтобы он, найдя эти письма на файловой
> системе, тер их через CLI.
Все верно, за одним исключением - так как Вы предлагаете уже и происходит. Вопрос в том что по моему частному мнению фунция "ресканировать очередь" такому фунциональному продукту как Communigate Pro лишней не будет. То что Ваше мнение и опыт работы не совпадает с моим вполне нормально. К слову: как вариант неплохо просматривать очередь сообщений как только антивирус получил новое обновление своей базы. Получено Wed Nov 05 14:21:53 2003