Итак,   выше   приведены   примеры   настройки   сервера,   так   или   иначе 

связанные   с   его   функционированием   в   качестве   релейного   сервера.   Далее 
рассмотрим,   как   сервер   поступает   с   почтой,   направленной   в   локальный   для 
севера   домен.   Известно,   что   почта,   направленная   в   локальный   домен   не 
передается сервером кому бы то ни было, а складывается к каталоге  Drop  где 
ее, вероятно  , будет анализировать стороннее программное обеспечение. По 

умолчанию   для   вновь   проинсталлированного   сервера   локальным   является 
домен,   совпадающий   с  FQDN  самого   почтового   сервера.   Пусть   на   сервер 
приходит   письмо   пользователю   домена  WIN2008.smile.com.   далее   письмо 
переносится сервером в папку Drop. После добавления в настройки сервера еще 
одного   локального   домена,   почта   и   в   этот   домен   собирается   в папке  Drop, 
причем безо всякой структуры папок внутри попки Drop. 

• Таким   образом,   на   данный   момент   рассмотрены   различные   аспекты 

конфигурирования и использования SMTP сервера MS IIS в роли релейного 
сервера. 

Далее   приступим   к   рассмотрению   расширений   протокола  SMTP  и   того 

каким   образом   реализуется   поддержка   данных   расширений.   Методика 
использования   расширений   протокола  SMTP  была   описана   в  RFC1425,   затем 
данный  RFC  заменил  RFC1651,   который   в   свою   очередь   заменил  RFC1869,   а 
после   этого   был   заменен  RFC821   на  RFC2821,   который   включил   в   себя 
расширения SMTP. Итак, метод введения и использования расширений SMTP. 

Каждое  SMTP  расширение   (некая   новая   команда  SMTP  или   просто 

некоторая   новая   функциональная   возможность,   например,   возможность 
передавать   сообщения   с   символами,   не   принадлежащими   набору  US-ASCII) 
имеет некоторое имя в виде строки  US-ASCII. Клиент, желающий использовать