Home

Page 7
Page 7
background image

полученное   от   пользователя   или   релейного   сервера   локальной   сети   письмо 
следующему релейному серверу. 

Итак,   уточним   описанную   выше   модель   передачи   почты.   Клиентская 

почтовая   программа   передает   все   исходящие   письма   релейному   серверу, 
указанному в свойствах самой почтовой программы, этот релейный сервер либо 
передает   письмо  MX  целевого   домена   либо   другому   релейному   серверу   (в 
зависимости   от   настройки   данного   релейного   сервера),   в   конечном   счете 
последний   релейный   сервер   в   этой  цепочке  разыскивает   с  помощью  системы 
DNS  запись   типа  MX  целевого   домена   и   передает   письмо   ему.   Дальнейшая 
судьба  письма  определяется   конфигурированием  самого  MX  сервера   целевого 
домена:   либо   он   сам   хранит   почтовые   ящики   пользователей,   либо 
перенаправляет   письмо   другому   серверу,   который   либо   сам   хранит   ящики 
пользователей,   либо   перенаправляет   письмо   далее,   в   любом   случае,   когда 
письмо поступило на MX целевого домена оно «дома», его дальнейший маршрут 
в почтовый ящик пользователя зависит от настроек методов обработки почты в 
целевом   домене.   Так   же   стоит   отметить,   что   в   одном   домене,   с   целью 
отказоустойчивости, записей типа MX может быть несколько. В таком случае тот, 
кто релейный сервер, который отправляет письмо MX целевого домена, должна 
сначала   попытаться   отправить   его   тому  MX,   который   в   базе  DNS  целевого 
домена   имеет   меньшую   предпочтительность,   если   он   не   отвечает,   то 
следующему по предпочтительности и так далее. Если два или более MX имеют в 
DNS  равную   предпочтительность,   то   письмо   следует   отправлять   случайно 
выбранному MX из тех, кто имеет одинаковую предпочтительность. 

Как   уже   говорилось   выше,   для   обмена   письмами   между   клиентом   и 

релейным   сервером,   релейным   сервером   и   релейным   сервером,   релейным 
сервером и  MX  сервером,  MX  сервером   и тем, кому он передает почту, т.е. во 
всей цепочку передачи почты от компьютера клиента до компьютера, хранящего 
почтовый   ящик   пользователя,   применяется   специальный   протокол  SMTP. 
Теперь,   когда   модель   передачи   почты   от   отправителя   в   почтовый   ящик 
получателя   в   основном   нами   рассмотрена,   перейдем   к   изучению   протокола 
SMTP. 

Но перед этим рассмотрим еще один небольшой вопрос. Маршрутизация 

электронной почты может и не опираться на использование записей типа  MX. 
Отправитель МОЖЕТ сам, передавая почтовому серверу письмо, указать в нем 
помимо получателя письма, так же и список почтовых серверов, через которые 
должно пройти письмо, фактически выполняя тем самым маршрутизацию письма 
«от   источника»,   используя   так   называемые   «forward-path»,   а   так   же   указать 
список   серверов,   через   которые   должен   прийти   ответ   на   это   письмо,   так 
называемый «reverse path». Такая техника применялась до того, как появилась 
технология,   ориентированная   на   использование   записей   типа  MX  и   сегодня 
такая   технология   маршрутизации   писем   от   источника   не   применяется   и 
осуждается современным RFC2821.

Так же введем аббревиатуры  MTA  (Mail  Transfer  Agent) и  MUA  (Mail  User 

Agent), которые можно использовать вместо употреблявшихся ранее терминов 
почтовый   сервер   и   почтовая   программ   пользователя.   Теперь   перейдем 
непосредственно к рассмотрению протокола SMTP. Проведем небольшой анализ 
типов   уже   изученных   нами   ранее   протоколов.   Нам   встречались   протоколы   с 
фиксированным форматом заголовка (Ethernet,  UDP), с фиксированной частью 
заголовка   и   опциями   (IP,  TCP,  DHCP),   с   фиксированным   форматом   части 
заголовка и переменным значением другой части заголовка (ICMP), с заголовком 
переменного формата (LLC), без заголовка, с передачей служебных  данных  в 
потоке   команд   с   экранированием,   но   сегодня   мы   впервые   рассматриваем 
протокол,   который   не   имеет   заголовка   как   такового,   протокол,   который 


Copyright © 2022 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.