[umka]

С какой радости поисковикам банить страницы за то, что написано в комментарии?

Вы лучше сразу огласите бюджет.

А то может вам "за два бакса" нужно, как обычно в последнее время тут :)

Тов. netwind верно подметил.

Это лишняя головная боль, когда "кто не надо" вдруг оказывается в DBL.

Лично я использую на серверах такую схему:

1 этап: банальная проверка отправителя по имени хоста и пр. (тут отваливается процентов 50%)

2 этап: greylisting/throttling (тут отваливается еще процентов 50%)

3 этап: то, что осталось, уже добивается SpamAssasin-ом

Итого, соотношение доставлено/отклонено за вчера: 0.008

То, есть, 99.18%

Промахи крайне редки и в основном за счёт SpamAssassin-а :)

И как видите, проверки по контенту — самый последний этап.

С гарантированным портом, опять же, но не каналом :)

Да тут в топике одних консультаций оказано не меньше чем на 200 баксов.

Так что никак не меньше 500!

Если у вас VDS, то скорей всего это происходит из-за нехватки памяти.

Попробуйте периодически удалять старые записи из этой таблицы.

Может быть, конечно, и такое, что у этой CMS-ки есть какой-то установщик (installer), который единожды генерит этот индексный файл и сохраняет его уже в виде реального файла, но я про такое не слыхал.

При этом, если всё же кто-то делал вам копию сайта, то этот индексный файл непременно должен был скопироваться вместе со всеми остальными файлами.

всё верно, если делаются вызовы этого скрипта, то он должен существовать :)

Можно сделать статическую страницу, и показывать ея с помощью RewriteRule для нужного запроса.

А лучше, наверное, поставить 301-й редирект на новую страницу.

Вот эта строчка:

AddHandler cgi-script .cgi .pl .basilic

говорит лишь о том, что файлы с расширением '.basilic' должны выполняться как cgi-скрипты.

То есть, файл index.basilico сам по себе ни чем не генерится, а наоборот, содержит в себе выполняемый скрипт и генерит какой-то результат.