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