The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Блокирование спама на этапе соединения в sendmail, opennews (??), 22-Апр-05, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от Аноним (2), 22-Апр-05, 23:01 
># greylist рулит :)
>удостоверится в существовании E-Mail адреса отправителя

Применение этих методов - плохое решение.
Они действительно иногда эффективны, но лишь потому, что используются относительно редко, и спамерам просто не охота связываться с этими "исключениями". Понятно, что обход серых списков осуществить очень просто.
Что же касается проверки реальности адреса отправителя, то представтьте, что было бы если бы все её у себя ввели: господа чесные спамеры использовали бы реальные адреса.
Так что, те кто используют эти методы, на мой взгляд, не честно играют.

Про статью, что сказать... Похвально стремление автора изучать sendmail. А что будут жертвы, так на ошибках учатся.

А вот не новая статейка, вдруг кто не читал: http://www.armory.com/~spcecdt/spamware/
Почему бы, например, не использовать критерии из обсуждаемой статьи не для того, чтобы почту отвергнуть сразу, а заставить подождать побольше?
Исключительно безвредно и где-то даже эффективно, сам проверял-с

Ответить | Правка | Наверх | Cообщить модератору

24. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от unk (ok), 23-Апр-05, 10:38 
>Исключительно безвредно и где-то даже эффективно, сам проверял-с
pre greeting delay эффективен только при маленьких объемах почты, для больших сайтов это DOS устроенная самому себе - во время пиков спамерской активности мы мгновенно упремся в лимит одновременных сессий.
Ответить | Правка | Наверх | Cообщить модератору

25. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от Аноним (2), 23-Апр-05, 15:27 
>pre greeting delay эффективен только при маленьких объемах почты
>для больших сайтов это DOS устроенная самому себе
Не любой ли расход ресурсов, с которым не справляется оборудование - DOS cамому себе? Пусть "Большим сайтам" будет всегда достаточно своих ресурсов, и пусть не бурут, если им не хватает, из ресурсов тех, кого они обслуживают.  
Ответить | Правка | Наверх | Cообщить модератору

26. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от unk (ok), 23-Апр-05, 16:04 
>>pre greeting delay эффективен только при маленьких объемах почты
>>для больших сайтов это DOS устроенная самому себе
>Не любой ли расход ресурсов, с которым не справляется оборудование - DOS
>cамому себе? Пусть "Большим сайтам" будет всегда достаточно своих ресурсов, и
>пусть не бурут, если им не хватает, из ресурсов тех, кого
>они обслуживают.
Одно дело когда вас DOS'ят или действительно не хватает мощей железа, а другое когда вы роете яму для себя самостоятельно...
Или вы знаете хоть один MTA заточенный на удержание >1k клиентов одновремено?
Ответить | Правка | Наверх | Cообщить модератору

27. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от Zack (?), 23-Апр-05, 19:34 
> Или вы знаете хоть один MTA заточенный на удержание >1k клиентов одновремено?

Exim, CommuniGatePro

Ответить | Правка | Наверх | Cообщить модератору

28. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от Zack (?), 23-Апр-05, 19:37 
Хех, было бы только памяти достаточно. :) Гигабайт скажем. :)
Ответить | Правка | Наверх | Cообщить модератору

30. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от unk (ok), 23-Апр-05, 19:42 
>Хех, было бы только памяти достаточно. :) Гигабайт скажем. :)
Опять врете, память для MTA не критична

Ответить | Правка | Наверх | Cообщить модератору

29. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от unk (ok), 23-Апр-05, 19:41 
>> Или вы знаете хоть один MTA заточенный на удержание >1k клиентов одновремено?
>
>Exim, CommuniGatePro
Врете

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

78. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от _DVS_ (?), 25-Апр-05, 14:32 
>>Исключительно безвредно и где-то даже эффективно, сам проверял-с
>pre greeting delay эффективен только при маленьких объемах почты, для больших сайтов
>это DOS устроенная самому себе - во время пиков спамерской активности
>мы мгновенно упремся в лимит одновременных сессий.

Поясните пожалуйста, как связан greylisting и количество одновременных SMTP-сессий?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

79. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от unk (ok), 25-Апр-05, 14:38 
>Поясните пожалуйста, как связан greylisting и количество одновременных SMTP-сессий?
Поясняю - Никак.
Протираем глаза и читаем "pre-greeting" с "greylisting" это не имеет ничего общего.

Ответить | Правка | Наверх | Cообщить модератору

80. "Блокирование спама на этапе соединения в sendmail"  +/
Сообщение от _DVS_ (?), 25-Апр-05, 15:02 
>>Поясните пожалуйста, как связан greylisting и количество одновременных SMTP-сессий?
>Поясняю - Никак.
>Протираем глаза и читаем "pre-greeting" с "greylisting" это не имеет ничего общего.
>

Сори. Осмотрелся.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру