Пока   мы   говорили   только   о   настройке  SMTP  сервера,   связанной   с 

выполнением   им   роли   релейного   почтового   сервера.   Рассмотрим   на   практике 
реализацию еще нескольких возможностей, описанных ранее. 

Воспользоваться   настройкой   сервера,   позволяющей   подменить   домен 

отправителя   в   отсылаемом   письме,   как   отмечалось   ранее,   данная   настройка 
позволяет отправлять почту из сети компании (в которой используется почтовые 
адреса с незарегистрированным в Интернет доменным именем), в Интернет от 
имени   пользователя   в   «настоящем»   домене.   Настроим   наш   почтовый   сервер 
таким образом, чтобы вся исходящая почта отправлялась от имен пользователей 
домена  mail.ru,  а не от  имен пользователей   того  домена, который  указывают 
сами пользователи. Проанализирует трафик (файл  fake_domain.cap). Результат 
обескураживает   –   заявленная   технология   просто   не   работает,   письмо   по-
прежнему отправляется от имени в домене itstep.org:

Из   приведенного   выше   примера   следует   -   если   некоторая   технология 

заявлена  разработчиком сервера, планировать  ее  использование стоит только 
после   проверки   работоспособности   программного   продукта,   иначе   можно 
оказаться в очень неприятной ситуации. Например, администратор спланировал 
конфигурацию   своей   сети,   установил,   какое   программное/аппаратное 
обеспечение   он   собирается   использовать   на   основании   заявленных 
производителем   возможностей,   утверждена   смета   и   закуплено   необходимое 
программное/аппаратное обеспечение, после чего выясняется очень неприятная 
вещь   –   реализовать   задуманное   не   представляется   возможным,   так   как 
заявленные   функции   не   поддерживаются,   необходимо   приобретение 
дополнительных компонентов.