|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Kilachkoff 2:5020/400 30 Aug 2004 15:14:15
To : Valentin Davydov
Subject : Re: о борьбе со спамом
--------------------------------------------------------------------------------
Valentin Davydov пишет:
>>Собственно, вопрос состоит в следующем. Имеем классическую схему: MTA, к
>>которому прикручен внешний фильтр (типа sendmail-milter). Какие действия
>>обычно предпринимаются в том случае, если сканирование не успевает
>>завершиться за отведенный промежуток времени ? Лично мое мнение - дать это
>>настраивать админу (в смысле pass/reject etc).
>
> Вообще-то ситуация недостатка локальных ресурсов упомянута в стандартах.
> IMHO, стоит поступать так, как там написано, типа, 451.
Э-э-э... имеется в виду RFC2821/4.5.3.2 или что-то другое ?
>>Фишка же в том, что заказчик хочет чего-то более другого. Это "более другое"
>>заключается в том, что, по его мнению, наш фильтр должен забирать всю почту
>>в локальную дисковую очередь, давая тихий DISCARD отправителю,
> Какой-такой DISCARD в SMTP?
Дык, не в SMTP. Имеется в виду ситуация, когда сервак отдает отправителю 250
втихую киляя письмо.
>>спеша сканировать то, что накопилось на диске, а потом (sic!!) засовывать
>>это обратно в наш же почтовик через SMTP. Hу, там, защита от зацикливания -
>>это само собой, т.е. давать pass на magic-header, добавленный при
>>сканировании. Hу или не засовывать, а заниматься доставкой самому.
>>Оставлять часть почты несканированной он категорически не хочет.
> Если его пожелания сформулировать правильно (рассматривать сканирование
> как часть локальной доставки, вызываемой, например, из ~/.procmailrc,
> причём по явному указанию пользователей - мало ли, им сканирование не
> нужно?), то оно выглядит вполне разумным и естественным.
Hе пойдет, т.к. исходящую почту тоже хочется сканировать. Hо вообще, идея
хорошая, надо будет предложить ему такой вариант.
>>Меня не покидает ощущение, что после имплементации вот этого "частично", я
>>буду вынужден пробираться на работу огородами, во избежание встреч с
>>благодарными пользователями :) Вопрос такой, собсно: я зря нервничаю ?
> Hе зря. Фильтрация почты (по крайней мере, антивирусная в нынешних, как
> говорит твой заказчик, имплементациях) суть зло.
>
>
>>А если нет, то как его еще убедить ?
> Сначала сделать хорошо, а потом уже убеждать его в том, что он именно этого
> и хотел ;-)
Вот с этого места можно поподробнее ? А именно, пример "незлой"
имплементации, и как сделать хорошо :) Убедить-то его можно....
--- ifmail v.2.15dev5.3
* Origin: IAC Samara-Internet, Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
