Home

Page
Page 1
background image

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

SMTP.   Рассмотрим   теперь   детально   принципы   передачи   сообщений   о 
невозможности доставки письма, упоминаемые нами ранее. В RFC2821 говорится 
о том, что в случае, если почтовый сервер не может доставить письмо адресату, 
он должен возвратить письмо отправителю, использовав в качестве аргумента 
команды  RCPT  адрес,   содержащийся   в   оригинальном   письме   в   качестве 
аргумента   команды  MAIL  (адрес   отправителя),   а   в   аргументе   команды  MAIL 
использовать пустой адрес <>. При этом недопустимо возвращать сообщения о 
невозможности   доставки   в   ответ   на   письма,   использующие   аргумент   <>   в 
команде  MAIL,   тем   самым   пресекается   возможность   отправки   сообщений   о 
невозможности   доставки   в   ответ   на   сообщения   о   невозможности   доставки   и 
отправка   писем   по   явно   не   существующим   адресам.   Данная   технология   не 
является расширением SMTP и описана в RFC821. Рассмотрим как это работает. 
Сконфигурируем наш почтовый сервер на базе  IIS  таким образом, чтобы всю 
входящую почту, предназначенную для релейного обслуживания он передавал 
релейному   серверу   провайдера   (в   нашем   случае   это  mail.alkar.net,   который 
проверяет допустимость домена получателя, и в случае, если письмо послано в 
несуществующий домен отказывается его принимать). 

Отправим нашему серверу письмо по адресу  user@lsdlsdlsd.com, в таком 

случае   наш   почтовый   сервер   не   сможет   доставить   письмо   адресату   и 
сгенерирует отчет о невозможности доставки письма. Напишем письмо от имени 
пользователя   локального   (для   нашего   сервера)   домена   (иначе   и   отчет   о 
невозможности доставки не сможет быть доставлен и письмо попадет в папку 
Badmail),   тогда   сам   отчет   о   невозможности   доставки   окажется   в   папке  Drop 
нашего сервера и мы сможем прочитать его, открыв соответствующий файл (так 
как   протоколы   для   получения   писем   из   ящика   мы   пока   не   рассматривали). 
Перед   этим   сконфигурируем   на   почтовом   сервере  IIS  в   качестве   локального 
домена  itstep.org,   так   как   наш   релейный   сервер   проверяет   еще   и   аргумент 
команды  MAIL  на   предмет   допустимости   обратного   адреса   для   релейного 
обслуживания. Проанализируем трафик, файл fail_delivery.cap:


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

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