|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg V. Nauman 2:5020/400 19 Jun 2005 01:09:26
To : Victor Sudakov
Subject : Re: ODBC & Oracle
--------------------------------------------------------------------------------
Victor Sudakov <vas@mpeks.tomsk.su> wrote:
VS> Oleg V. Nauman wrote:
>>
>> Далеко не все реализации verify sender поступают именно так.
>> Hе приходилось видеть придурков, ломящихся на первый Received: , не имеющий
>> MX's, только IN A? А rambler, пытающийся сделать sender verify адреса в
VS>
VS> [dd]
VS>
>> А уж о том, что по разным причинам у меня может быть разный Sender:,
>> который тоже некоторые пытаются проверять? В-общем ай, бесмыссленно.
VS>
VS> Hе понял. Разве verify sender не предполагает, что проверяется
VS> существование адреса, предъявленного в envelope from, и только его?
Да, но чуточку расходятся во мнении, где его проверять - насколько я
понял.
Ситуация такова, что некоторые проверяют на первом Received: (смысл
этого мероприятия мне непонятен и предполагает драконовские отношения
к собственным пользователям), бОльшая часть по честному там куда
указывает MX. Есть еще определенная часть разночтений по поводу тех,
кто не имеет MX's (и тема того, являются ли они вполне законными
доставщиками электронной почты, является открытой на мой взгляд) -
кто-то пытается проверить по IN A, кто-то безакцептно заносит их
в спаммеры. Впрочем в мире наполненном вещами типа wilcard MX's или
уже приведенном примере AOL, отвечающем 250 на любой username в aol.com,
попытки внести технологию verify sender в абсолют обречены на вечные
пополнения исключений из правил :)
Самое забавное пожалуй что это некий возврат по спирали к тому, для
чего был задуман в SMTP некий VRFY. Судьба его всем здесь известна.
А поскольку нет никакой возможности узнать, занимается ли мой абстрактный
sendmail отработкой verify sender от серверов глубокоуважаемых мною
Виктора или Hиколая, либо это спаммер с dictionary attack проверяет у
меня существование пользователей, то судьбу всех этих verify sender
думаю предсказать несложно - сначала будут придуманы технологии обратной
проверки на существование SMTP сервера с обратной стороны при попытках
коннекта на мой sendmail, что сведет на нет примерно половину спаммеров
и половину осуществляющих verify sender. Hу а потом будет придуман RBL
сугубо для них.
VS>
--
NO37-RIPE
--- ifmail v.2.15dev5.3
* Origin: ReIS Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
