• Может   передавать   письма   для   пользователей   данного   домена   другим 

почтовым серверам, что, в конечном счете, приведет к тому, что письма 
попадут   на   сервер,   хранящий   почтовые   ящики   пользователей   данного 
домена
Важно   не   то,   хранит   ли   сервер,   заявленный   в  DNS  как  MX  домена 

почтовые   ящики   пользователей   домена,   важно,   что   сервер,   заявленный   в 
системе  DNS  как  MX  домена   ЗНАЕТ,   что   делать   с   письмами,   направленными 
пользователям данного домена!

Итого, теперь мы можем построить простейшую работоспособную модель 

передачи почты в составной сети (данная модель пока будет упрощенной, затем 
мы   ее   улучшим).   Пусть   пользователь   с   помощью   своей   почтовой   программы 
пишет   письмо   пользователю  user@mail.ru.   Почтовая   программа   пользователя 
выделяет   из   адреса   получателя   письма   его   домен   и   с   помощью   своего  DNS 
клиента  разыскивает запись  MX  для данного домена  (mail.ru) в системе  DNS. 
После того, как выяснено, что MX в домене mail.ru является узел mxs.mail.ru (IP 
адрес - 194.67.23.20),  почтовая  программа отправителя  устанавливает  с  этим 
узлом сети соединение с помощью специального протокола  SMTP  (Simple  Mail 
Transfer  Protocol)   и   передает   письмо   этому   узлу.   ВСЕ!   Дальнейшее   зависит   о 
того,   как   построил   свою   почтовую   систему   администратор   домена  mail.ru. 
Возможно,   как   уже   говорилось   выше,   что  mxs.mail.ru  сам   хранит   почтовые 
ящики пользователей, возможно он передает письмо другому серверу, в любом 
случае   в   дальнейшем   маршрутизация   этого   письма   определяется   цепочкой 
почтовых серверов, административно контролируемых доменом mail.ru. Наша же 
главная задача – как некоторому узлу сети найти того, кто ЗНАЕТ, что делать с 
письмом   для   пользователя   домена  mail.ru,   решается   с   помощью   поиска   в 
системе DNS записи типа MX.

Теперь   рассмотрим   некоторые   детали   данной   принципиальной   схемы, 

уточнив   ее.   Удобно   ли   почтовому   клиенту   самому   разыскивать  MX  каждого 
домена,   в   который   он   отправляет   почту?   Очевидно,   это   приводит   к 
дополнительной нагрузке на клиента, хотя, по большому счету, сегодня это не 
так   принципиально.   Тем   не   менее,   не   принято   (хотя   и вполне   возможно 
теоретически), чтобы почтовый клиент самостоятельно находил с помощью DNS 
записи типа  MX  для каждого домена, однако вместо этого используют другой 
подход. Клиенты передают ВСЕ исходящие сообщения в любые домены одному 
единственному серверу, который указывается в настройках почтового клиента 
администратором.   Затем   этот   промежуточный   сервер   осуществляет   передачу 
поступивших   на   него   писем   на   сервера,   описанные   в  DNS  как  MX 
соответствующих   доменов.   Что   дает   такой   подход?   Таким   образом   удается 
разгрузить   клиентов,   которым   теперь   нет   необходимости   разыскивать  MX 
доменов, в которые необходимо доставить почту, клиенты все письма передают 
одному единственному серверу. Есть и недостаток: ранее клиент не нуждался в 
специальной настройке для отправки писем (разве что должен был иметь доступ 
к системе DNS в качестве ее клиента), теперь почтовая программа должна быть 
явно настроена на использование определенного SMTP сервера. Такой почтовый 
сервер принято называть релейным почтовым сервером или SMTP Relay.

Где обычно размещают релейный сервер? Обычно провайдеры предлагают 

свои клиентам адрес релейного почтового сервера, который предназначен для 
перенаправления   почты   клиентов   данного   провайдера.   Для   клиента   крайне 
выгодно пользоваться таким сервером: трафик из сети клиента  направлен на 
сервер   в   сети   провайдера   и   обычно   либо   не   оплачивается   вовсе,   либо 
оплачивается по минимальному тарифу, если же клиент будет отправлять
письмо   на  MX  целевого   домена,   то   в   таком   случае   трафик   будет   внешним   и 
будет стоить денег. Кроме того, клиенту выгодно передавать письмо именно на