|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Spartak Radchenko 2:5020/400 02 Mar 2004 23:13:52 To : Eugene Grosbein Subject : Re: дополнительный эффективный спамфильтр -------------------------------------------------------------------------------- Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: Блин, набирал мессагу, а tin взглюкнул и потерял её :( Придётся повторить. SR>> А тут у него в почтовых логах полная информация. EG> EG> А какая тебе, как уже получившему спам от его сети, разница? Это я уже объяснял. Есть возможность проверить, по делу я жалуюсь, или гоню. Без этой информации нет никакой гарантии, что провайдер примет всерьёз мою жалобу. А если у меня врут часы, то он вообще ничего не сможет сделать, даже если ему очень захочется. Да и жаловаться, скорее всего, не придётся. Если диалап зафильтровать, то от этого провайдера спама почти не будет. Останется мелочёвка. От полных чайников. А юзеры в твоей конторе, небось, тоже ходят через твой релей? Попробуй пустить их напрямую, потом расскажешь, хорошо ли это. SR>> При дефолтной настройке почта принимается от всех. От релеев, от SR>> диалапщиков, от затрояненных хостов. Даже от бытовой аппаратуры, SR>> если она имеет подключение к Интернету. Это неправильно. EG> EG> Это проблема дефолтной настроки, не больше и не меньше. А я считаю, что это проблема протокола SMTP. EG> Это, может быть, трудно принять из-за определенной инертности EG> мышления и сложившихся привычек, но это так. И решаться это должно EG> изменением дефолтной настроки при небходимости, а не запрещением EG> мне, ему, им держать собственный MTA на диалапе, DSL, etc. Приведи пример такой настройки. SR>> Почему это спам ты считаешь подконтрольным EG> EG> Трехступенчатый TCP connection setup требуется. И ты умеешь отличать спам от легитимной почты прямо по TCP setup? Это круто... EG> SR>> а флуд - нет? EG> EG> Hичего не требуется, кроме связности. EG> SR>> Его как раз проще выловить. Можно даже автоматизировать. EG> EG> А толку? Откуда ты знаешь, может это легитимный трафик? Hа нем не написано, EG> а внутри может и SSL быть, не разберешься до комплейна. Да брось ты, чаще всего просто повторяется один и тот же пакет. EG> Это не твоя головная боль, как получателя спама. Это головная боль EG> провайдера. EG> От него тебе нужен ровно один результат - чтобы спам прекратился. И самый действенный метод - зафильтровать всякие диалапы, adsl и cable. Проверено. EG> А вовсе не насильное засовывание пользователей в одну point of failure. Этот point of failure у многих провайдеров содержит антиспамерские фичи. Жаль, что не у всех. Типа, ограничение на число rcpt to в одном письме. Hа лишние выдаётся 4xx. Попробуй, поспамь через такое. Короче, все в сад, то бишь на провайдерский релей. А для тебя можно сделать исключение в виде записи в whitelist. -- Spartak Radchenko SVR1-RIPE --- ifmail v.2.15dev5.3 * Origin: Arguments & Facts Weekly (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/7467d31680f9.html, оценка из 5, голосов 10
|