Добрый день,
> Спасибо за ответ. > > По поводу Вашего вопроса - да, "ресканировать" очередь сервер не будет.
> > у Вас маленький сервер, и это критично - то Вы можете его перестартовать. > Вопрос сводится не к маленькому или большому серверу. Маленький сервер может > обслуживать организацию с критичными требованиями аптайму, а владельцы > большого сервера могут очень остерегаться даже на короткое время попасть в > один из модных сейчас RBL.
Попасть таким образом можно только в один RBL - bl.spamcop.net. Если Вы очень этого боитесь, надеюсь, внешний IP сервер уже проверяется скриптом на присутствие в этом листе каждый час хотя бы? По-моему, это первое что надо сделать, прежде чем использовать возможность попадания в RBL как аргумент в этом разговоре. Причем, попасть в spamcop можно и за одно-два письма - не нужно сотен или тысяч. Это так, к слову. Если что-то важно - нужно составить регламент действий в критической ситуации. То есть, иметь комплексное решение и постоянный мониторинг состояния.
> > Если у Вас большой сервер - то Вам, простите, не до того, чтобы > разбираться > > с каждым конкретным случаем прохода какого-то спама. > Иногда какой то из кастомеров успевает подлить большое количество сообщений > и разбираться приходится.
Да, делаем "как все" администраторы - смотрим в очередь и грохаем там все что нужно/не нужно. Можно делать даже цивилизованнее чем поступают админы sendmail - не тереть на файловой системе, а делать это через CLI. Плюс, надо признаться, контент-анализатор на каком-нибудь perl (или даже egrep!) можно за минуту написать куда более продвинутый, чем на CGP Rules. Остановите доставку почты наружу (для этого не нужно останавливать другие сервисы, PO3 или IMAP к примеру - пользователи ничего не заметят) и работайте с очередью из скрипта. Заранее подготовьте скрипт чтобы в нем надо было просто поменять regexp для поиска нужных в данный момент писем, и чтобы он, найдя эти письма на файловой системе, тер их через CLI.
--- Peter Didenko, Zenon N.S.P. http://www.zenon.net +7 095 956 4035, +7 812 326 4468Получено Wed Nov 05 13:15:46 2003
Этот архив был сгенерирован hypermail 2.1.8 : Tue 21 Feb 2006 - 03:14:35 MSK