|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Eugene Kilachkoff 2:5020/400 01 Sep 2004 14:56:12
To : Valentin Davydov
Subject : Re: о борьбе со спамом
--------------------------------------------------------------------------------
Valentin Davydov пишет:
>>>>Собственно, вопрос состоит в следующем. Имеем классическую схему: MTA, к
>>>>которому прикручен внешний фильтр (типа sendmail-milter). Какие действия
>>>>обычно предпринимаются в том случае, если сканирование не успевает
>>>>завершиться за отведенный промежуток времени ? Лично мое мнение - дать это
>>>>настраивать админу (в смысле pass/reject etc).
>>>
>>>Вообще-то ситуация недостатка локальных ресурсов упомянута в стандартах.
>>>IMHO, стоит поступать так, как там написано, типа, 451.
>>
>>В дополнение к предыдущему письму.
>>Проблема, собственно в том, что присылают, грубо говоря, 200Кб, которые
>>перевариваются 15 минут (вроде как бага в сканере).
>
>
> А rm -rf / от рута у вас этот сканер, часом, не делает?
А при чем тут ?
Сканер-то, кстати, тоже не наш. Интеграторы мы :)))) (или обратный смайл тут
написать ?)
>>Давая на это 451 (да и
>>любой 4xx) получим повторный перепосыл через YY минут, а оно нам надо?
>
>
> Hу, дайте тогда 552 message too big to be scanned. Может, научатся
> содержательные письма слать.
Стоп. Это к админу вопрос, собственно с чего все и началось. Я-то за то,
чтобы поведение в случае scan timeout сделать настраиваемым, а люди хотят
городить извращения с discard и очередями.
>>можно и вести какой-то учет "обломных" писем итд итп. Кроме того, есть такая
>>мысль, что клиенту обломно будет прописывать адреса бэкапных релеев :(
> Учёт обломных писем и извлечение бэкапных релеев из MX записей домена -
> штатная функциональность smtp-клиента.
Вот в MX и обломно будет прописывать.
ps. Блин, у меня волосы встают дыбом, когда я иногда пролистываю сыплющиеся
(зачем - хз) ко мне копии техсаппортных писем. Какой там MX, там люди
спрашивают как настроить крон...
--- ifmail v.2.15dev5.3
* Origin: IAC Samara-Internet, Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
