|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg V. Nauman 2:5020/400 28 Jun 2005 15:43:38
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>>> А почему?
OVN>> Да в общем-то просто констатация status quo. Зачем тогда пробовать
OVN>> доставку по IN A при (возможно временном) отсутствии IN MX?
VN>
VN> Потому что считается штатным, что отсутствие MX означает запрос передачи
VN> писем на IN A. См. RFC974.
Вот эта штатная возможность и оставляет открытым вопрос - а что с ними
делать, у которых MX нету, да и IN A отвечает только чудесами на 137,139,445?
По крайней мере sendmail из коробки не считает отсутствие MX фатальным. И
подождет сколько постмастером сказано. А стратегия verify sender вообще говоря
приводит к нарушению RFC
VN>
VN> А определить временное или не временное отсутствие MX при простом ответе
VN> с NOERROR и ancount==0 невозможно в принципе, как и временность других
VN> данных DNS :)
VN>
OVN>> Тут еще один фактор. Все эти проверки сильно тормозят подьем почтовых
OVN>> очередей у отправителя. И если скажем я с утра вижу на одном из подопечных
OVN>> почтовых серверов очередь в 20k+, то любые замеченные при этом любители
OVN>> verify sender из абстрактного Мухозасранска, держащие MX's на полудиалапе
OVN>> - моментально попадают в BL или режутся на firewall. Аналогично с
OVN>> любителями greylisting, кстати. В этой ситуации никто не выигрывает -
OVN>> поэтому технологии verify sender мне кажутся тупиковыми.
VN>
VN> Спамеров отсекают в значительной мере. Пока что.
Я тут спам регулярно получаю - от самого себя. Иногда даже с честным
envelope from.
VN> -netch-
--
NO37-RIPE
--- ifmail v.2.15dev5.3
* Origin: ReIS Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
