|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg V. Nauman 2:5020/400 28 Jun 2005 11:14:30
To : Valentin Nechayev
Subject : Re: ODBC & Oracle
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
VN>
>>>> Oleg V. Nauman wrote:
VN>
OVN>> Есть еще определенная часть разночтений по поводу тех,
OVN>> кто не имеет MX's (и тема того, являются ли они вполне законными
OVN>> доставщиками электронной почты, является открытой на мой взгляд) -
VN>
VN> А почему?
Да в общем-то просто констатация status quo. Зачем тогда пробовать
доставку по IN A при (возможно временном) отсутствии IN MX?
OVN>> Самое забавное пожалуй что это некий возврат по спирали к тому, для
OVN>> чего был задуман в SMTP некий VRFY. Судьба его всем здесь известна.
OVN>> А поскольку нет никакой возможности узнать, занимается ли мой абстрактный
OVN>> sendmail отработкой verify sender от серверов глубокоуважаемых мною
OVN>> Виктора или Hиколая, либо это спаммер с dictionary attack проверяет у
OVN>> меня существование пользователей, то судьбу всех этих verify sender
OVN>> думаю предсказать несложно - сначала будут придуманы технологии обратной
OVN>> проверки на существование SMTP сервера с обратной стороны при попытках
OVN>> коннекта на мой sendmail, что сведет на нет примерно половину спаммеров
OVN>> и половину осуществляющих verify sender. Hу а потом будет придуман RBL
OVN>> сугубо для них.
VN>
VN> Гм. Мрачно, хотя, пожалуй, достаточно точно предсказано :(
VN>
VN> Hаш проверяющий во внутри MSN'овский BL попадает раз в месяц.
VN>
Тут еще один фактор. Все эти проверки сильно тормозят подьем почтовых
очередей у отправителя. И если скажем я с утра вижу на одном из подопечных
почтовых серверов очередь в 20k+, то любые замеченные при этом любители
verify sender из абстрактного Мухозасранска, держащие MX's на полудиалапе -
моментально попадают в BL или режутся на firewall. Аналогично с любителями
greylisting, кстати.
В этой ситуации никто не выигрывает - поэтому технологии verify sender мне
кажутся тупиковыми.
VN>
VN> -netch-
--
NO37-RIPE
--- ifmail v.2.15dev5.3
* Origin: ReIS Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
