|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Melnikoff 2:5020/400 29 Jun 2005 01:15:26
To : Oleg V. Nauman
Subject : Re: ODBC & Oracle
--------------------------------------------------------------------------------
Oleg V. Nauman <oleg@www.reis.zp.ua> wrote:
> Andrey Melnikoff <temnota+news@kmv.ru> wrote:
> AM> Oleg V. Nauman <oleg@www.reis.zp.ua> wrote:
> >> Valentin Nechayev <netch@segfault.kiev.ua> wrote:
[skipp]
> >> Вот эта штатная возможность и оставляет открытым вопрос - а что с ними
> >> делать, у которых MX нету, да и IN A отвечает только чудесами на
> >> 137,139,445? По крайней мере sendmail из коробки не считает отсутствие MX
> >> фатальным. И подождет сколько постмастером сказано. А стратегия verify
> >> sender вообще говоря приводит к нарушению RFC
> AM> Hе принимать почту. Куда ты будешь слать DSN? В 139 порт ?
> Я говорил не об этом.
А смысл verify-sender частично в этом. Вон, в RFC2505 p2.10 пишут про
"MTA SHOULD be able to verify <local-part> in outgoing mail." - а какой из
MTA на данный момент из коробки able? Вот и получается - verify-sender
затычка с другой стороны, раз передающий MTA ниразу не able проверить сам,
что он там передает и от кого.
> И вообще мне это все напоминает историю как несколько лет тому назад
> тот же AOL (если мне не отшибло склероз, это все же был именно он первым
> замечен) перестал принимать почту от моих клиентов, не имевших в зонах
> IN A, а только IN MX. Как ты считаешь, это можно назвать фактом
> отсутствия backresolving? Это они так с zombie боролись, похоже.
Hуу, aol.. Толстый провайдер.
Сечас зомбики имеют IN A и wildcard IN MX и SPF.
> Мороз с тех пор крепчает и крепчает.
Ваши предложения ? Глобальный white-list ? Sender-ID? SPF? Или бросить всё и
написать более другой SMTP?
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: ODBC & Oracle 