|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Oleg V. Nauman 2:5020/400 28 Jun 2005 17:57:02
To : Andrey Melnikoff
Subject : Re: ODBC & Oracle
--------------------------------------------------------------------------------
Andrey Melnikoff <temnota+news@kmv.ru> wrote:
AM> Oleg V. Nauman <oleg@www.reis.zp.ua> wrote:
>> 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
AM> Hе принимать почту. Куда ты будешь слать DSN? В 139 порт ?
Я говорил не об этом.
И вообще мне это все напоминает историю как несколько лет тому назад
тот же AOL (если мне не отшибло склероз, это все же был именно он первым
замечен) перестал принимать почту от моих клиентов, не имевших в зонах
IN A, а только IN MX. Как ты считаешь, это можно назвать фактом
отсутствия backresolving? Это они так с zombie боролись, похоже.
Мороз с тех пор крепчает и крепчает.
--
NO37-RIPE
--- ifmail v.2.15dev5.3
* Origin: ReIS Ltd. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
