|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Vadim Goncharov 2:5020/400 11 Jun 2005 19:32:02
To : Victor Sudakov
Subject : Re: greylisting
--------------------------------------------------------------------------------
From: Vadim Goncharov <vadimnuclight@tpu.ru>
Hi Victor Sudakov!
On Sat, 11 Jun 2005 14:57:08 +0000 (UTC); Victor Sudakov wrote about 'Re:
greylisting':
>>> детали и почему оно так мало распространено, я не в курсе, самому
>>> интересно.
VS>> Во-первых, вызывает заметные задержки в хождении почты. Обычно принято
VS>> после получения 4xx приходить повторно через полчаса.
>> Это может быть некритично. Поскольку задержка только в первый раз.
VS> Иногда и в первый раз задержка нежелательна. И потом, это первый раз
VS> за некоторый промежуток времени, в течение которого ты готов хранить
VS> whitelisted триады (3-5 дней, не будешь же ты хранить их вечно).
В изначальной спецификации дефолт 36 дней. И потом, это же время, в
течение которого ни одного письма по триплету не было.
VS>> Во-вторых, хранение триад при большом почтовом трафике может быть
VS>> весьма накладным. Hапример, milter-greylist из портов отжирает десятки
VS>> мегабайт ОЗУ под свою базу.
>> Оно в памяти что ли хранит?
VS> Именно milter-greylist - да, в памяти. Периодически сбрасывая на диск.
Зато скорость хорошая :)
>> SQL-база имхо получше будет, а в случае
VS> Я таких реализаций не видел, хотя может и существуют.
Hе смотрел на исходную имплементацию из той ссылки, но вроде бы именно
SQL-база там используется.
>> нескольких MX для домена иначе и никак, должна быть общая greylist-база
>> на всех.
VS> У milter-greylist с этим всё в порядке, есть свой протокол
VS> синхронизации баз между релеями, очень простой, текстовый.
И как часто они синхронизируются?
VS>> В-третьих, есть почтовые сервера, несовместимые с greylisting
VS>> (например, у некоторых рассылок "mail from" может быть каждый раз
VS>> уникальный), для таких приходится прописывать явные исключения.
>> Эти ССЗБ, как говорит
>> http://projects.puremagic.com/greylisting/whitepaper.html - авторы
>> таких софтин должны их фиксить (и в случае с приведенным там примером
>> таки его авторы это фиксили). Генерирование уникального сендера для
>> каждого письма всё же определенно bad idea.
VS> Кто спорит, но мы живём в реальном мире.
Тогда реальные примеры в студию :)
VS>> В общем, я отказался от greylisting в пользу SMTP prompt delay и не
>> Это что такое?
VS> Если нужно для sendmail, читай cf/README на предмет фичи greet_pause
Hе, мне принцип интересен и почему оно работает. И эффективность.
--
WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
* Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
