|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Karpov 2:5020/400 19 May 2003 12:55:21 To : Valentin Nechayev Subject : Re: exim v4.x: проверка по обратной зоне dns -------------------------------------------------------------------------------- On Fri, 16 May 2003 19:19:57 +0000 (UTC), Valentin Nechayev <netch@segfault.kiev.ua> wrote: > >>>> Igor Karpov wrote: > >>> Рекомендую не говоpить о том, в чём не pазбиpаешся. Я знаю полно >>> ноpмальных контоp, имеющих свой домен и мейл-сеpвеp, но не имеющих >>> reverse DNS от своего пpовайдеpа. > IK> Вы называете это нормальными конторами? И что, почта от них ходит только > IK> к таким же "нормальным" конторам? > > Hу а если у них ничего кроме аналога укртелекома нет? > Или вот у этого провайдера в два раза дешевле, а то, что какие-то немытые > варвары из диких северных земель замшелой Европы (где зимой так холодно, > что вода густеет и твердеет) отказываются от нас принимать почту - не > составляет даже 0.1% потери оборота и потому никого не интересует? Hа > backresolving слишком много завязано, чтобы воспринимать это всерьёз. Этта... > что именно завязано? По пунктам, пожалуйста. P.S. Ты же знаешь, я въедлив ;) Да, всё время забываю, что раз уж ты принимаешь участие в дискуссии, придётся залезть куда-то в документацию. :) Брать всё это из головы, как ты, я, увы, не в состоянии :( Теперь по сути дела. RFC1912, 2.1: Make sure your PTR and A records match. For every IP address, there should be a matching PTR record in the in-addr.arpa domain. If a host is multi-homed, (more than one IP address) make sure that all IP addresses have a corresponding PTR record (not just the first one). Failure to have matching PTR and A records can cause loss of Internet services similar to not being registered in the DNS at all. Also, PTR records must point back to a valid A record, not a alias defined by a CNAME. It is highly recommended that you use some software which automates this checking, or generate your DNS data from a database which automatically creates consistent data. Hу, наверное, я не прав, что на PTR многое завязано в контексте почты, но в остальном PTR существует не зря. Возможно, я уже несколько закоснел в каком-то смысле, но как-то мне не по себе, если у меня хосты, выставляемые в мир, не имеют реверсных записей. Впрочем, я так смотрю, новое поколение пребывает в твёрдой уверенности, что правила существуют не для них :( И это, увы, касается не только PTR... P.S. Заранее говорю, я _знаю_, чем в терминологии RFC *should* отличается от *must* :))) P.P.S. Пользуясь случаем, снова для быстрой проверки рекомендую людям http://www.dnsreport.com http://www.dnsstuff.com тоже может иногда приносить некоторую пользу. Regards, -- Igor A. Karpov phone: +380(44)238-0624 JID:jc@mash.minjust.gov.ua Unix System Administrator All things considered, insanity may be the only reasonable alternative. --- ifmail v.2.15dev5 * Origin: Ministry of Justice of Ukraine (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/167677b0074ab.html, оценка из 5, голосов 10
|