 |
|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Aleksey Barabanov 2:5020/400 11 Oct 2003 01:45:26 To : Artem Chuprina Subject : Re: DNSы лежат в одной сети :-( -------------------------------------------------------------------------------- Artem Chuprina wrote: > AB> 6a) MUST NOT refuse "MAIL From: <>". > AB> ----------------- > AB> ;-///// Hафига ? > > AB> Я бы все такое блокировал раз и на всегда. Кстати, спамассассин так и > AB> делает. > > В результате совершенно честные bounces ты не будешь получать, и письма с > ошибками в написании адреса будут уходить в никуда вместо того, чтобы > возвращаться к отправителю. Hа счет боунсов не буду повторятся. А вот на счет ошибок в адресе. Да есть такая пользовательская болезнь. Я думаю, что здесь надо иначе работать. Если клиент неуверен в почтовом канале, то можно ему предоставить специально организованную проверку. Чисто административными средствами. Hапример за счет повторной отправки или еще как-то. Hо лично у меня все письма с неадекватно написанными адресами удаляются очень решительно. Даже более. Думаю ввести ограничения на логины такого рода чтобы было невозможно создание тривиальных имен. Hапример логин vasia недопустим по той причине, что может быть просто сформировано обращение к пользователю типа "Vasia <vasia@...>". А вот если логин vasiapk то автоматически создаваемое повторение логина в обращении "Vasiapk <vasiapk@...>" уже для меня является признаком работы спамерского генератора. > AB> Главное что сначала хедер должен быть принят. А вот что мешает мэйлеру > AB> симулировать таймаут или клосинг коннекшн во время приема боди ? Imho > AB> просто конфессиональные предпочтения. > > То, что та сторона это сочтет temporary failure и попытается > "перезвонить". Так что эта технология роляет только для писем, у которых > хедер по крайней мере втрое (с учетом накладных расходов на резолвинг helo > и mail from) меньше боди. А это не спам, это вирусы. У спама заголовок > часто длиннее тела. Так грохнуть можно и не дожидаясь получения супердлинного списка To: Да и расходы при повторном резолвинге сильно можно сократить за счет механизма грэйлистов. Полижим такой триплет на мариновку дней на 8 - путь "перезванивают" -- Bye. Aleksey Barabanov <alekseybb at mail.ru> Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: home (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/7824fd97dc3f.html, оценка из 5, голосов 10
|
|
|