ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [inet-admins] MX and A - ????? ?????



Thu Jul  7 16:35, Roman Korolyov <rk@xxxxxxxxxx> wrote:
> >> Вроде как слово "or" трактуется достаточно однозначно.
> > Неоднозначно.
> > Толкование вполне имеющее право на жизнь - "отсутствует
> > хоть какая-нибудь запись: MX или А".
> >
> > Не надо забывать, что тексты эти не проходили никакой юридической
> > оценки или выверки, были написаны программистами "живым великоанглийским
> > языком",
> > поэтому попытки толковать RFC именно как буквальный нормопорождающий
> > текст -
> >
> > могут приводить к несколько странным результатам.
> 
> Я тут уже приводил пример: почему никто не отлупает почту, если есть MX, но
> нет A?
> Значит трактуется однозначно как "отсутствуют MX и A записи".
> Логично?

Даа, похоже да, RFC уже давно никто не читает %-Ну и что-бы закончить этот стеб процитирую RFC2821, где глубокие познания
языка не требуются --

5. Address Resolution and Mail Handling

   Once an SMTP client lexically identifies a domain to which mail will
   be delivered for processing (as described in sections 3.6 and 3.7), a
   DNS lookup MUST be performed to resolve the domain name [22].  The
   names are expected to be fully-qualified domain names (FQDNs):
   mechanisms for inferring FQDNs from partial names or local aliases
   are outside of this specification and, due to a history of problems,
   are generally discouraged.  The lookup first attempts to locate an MX
   record associated with the name.  If a CNAME record is found instead,
   the resulting name is processed as if it were the initial name.  If
\\\\\\\\   no MX records are found, but an A RR is found, the A RR is treated as
   if it was associated with an implicit MX RR, with a preference of 0,
   pointing to that host.  If one or more MX RRs are found for a given
/////////
   name, SMTP systems MUST NOT utilize any A RRs associated with that
   name unless they are located using the MX RRs; the "implicit MX" rule
   above applies only if there are no MX records present.  If MX records
   are present, but none of them are usable, this situation MUST be
   reported as an error.

Меня вот больше беспокоит ситуация что некоторые перестали принимать
MAIL FROM:<>, получи 550 Spam.. и побрейся, тоесть сообщения от MAILER-DAEMON
теперь модно считать спамом! Вот это вот ДА! Какой тут к херу RFC.. о чем
вы тут спорите вообще..


=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@xxxxxxxxxxxx if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html




 




Copyright © Lexa Software, 1996-2009.