Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: exim v4.x: проверка по обратной зоне dns   Igor Karpov   16 May 2003 12:50:09 
 Re: exim v4.x: проверка по обратной зоне dns   Valentin Nechayev   16 May 2003 23:19:57 
 Re: exim v4.x: проверка по обратной зоне dns   Igor Karpov   19 May 2003 12:55:21 
Архивное /ru.linux/167677b0074ab.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional