Re: strange

От: Dmitry Valdov <dv_at_mx_ru>
Дата: Fri 04 Jan 2002 - 22:29:40 MSK

On Fri, 4 Jan 2002, Vladimir A. Butenko wrote:

> Date: Fri, 04 Jan 2002 10:39:53 -0800
> From: "Vladimir A. Butenko" <vladimir_butenko@stalker.com>
> Reply-To: CGatePro@mx.ru
> To: CGatePro@mx.ru
> Subject: [CGP] Re: strange
>
> On Fri, 4 Jan 2002 21:22:48 +0300 (MSK)
> Dmitry Valdov <dv@dv.ru> wrote:
>
>
>
> > > А почему должно быть по другому? Домен ведь существует, а то, что где-то
> > > ошибка (указывает на несуществующую A-запись), так это именно ошибка, и
> > > есть шанс, что ее исправят.
> >
> > Хмм. sendmail делает по-другому.
>
> А Novell Groupwise тоже многое по-другому делает. А X.400 gateway от
> Микрософта - по-третьему.
>
> Поведение sendmail-а - не только не образец, но, в очень многих случаях -
> прямое нарушение опубликованных стандартов.

Тем не менее, на него многие ориентируются. С этим нельзя не считаться..

> > Это понятно и правильно. Но вот если нету A-записи на хост, на который
> > указывает MX.. Тут, по идее, отлуп тоже должен идти сразу..
>
> Почему?
>
> >Это больше похоже на фатальную ошибку.
>
> Именно. Это похоже на ошибку. Потому - это не фатальная для почты ситуация.
>

А где это написано? Я вот пока нашел (правда, не совсем то.. но все же): RFC2821:
===

   If MX records
   are present, but none of them are usable, this situation MUST be    reported as an error.
===

Так что на MX not-for-mail мы MUST еррор сгенерить..

===

   If it determines that it should relay the message without rewriting    the address, it MUST sort the MX records to determine candidates for    delivery. The records are first ordered by preference, with the    lowest-numbered records being most preferred. The relay host MUST    then inspect the list for any of the names or addresses by which it    might be known in mail transactions. If a matching record is found,    all records at that preference level and higher-numbered ones MUST be    discarded from consideration. If there are no records left at that    point, it is an error condition, and the message MUST be returned as    undeliverable. If records do remain, they SHOULD be tried, best    preference first, as described above. ===

===

• if attempts to deliver the message fail due to transient conditions, retrying delivery some reasonable number of times at intervals as specified in section 4.5.4. ===

А вот определения "transient" я пока не нашел.

Dmitry.

##################################################################

Вы получили это сообщение потому, что подписаны на список рассылки   <CGatePro@mx.ru>.

Чтобы отписаться, отправьте сообщение на адрес <CGatePro-off@mx.ru>
Чтобы переключиться в режим дайджеста - mailto:<CGatePro-digest@mx.ru>
Чтобы переключиться в индексный режим - mailto:<CGatePro-index@mx.ru>

Для административных запросов адрес <CGatePro-request@mx.ru> Получено Fri Jan 04 19:29:33 2002