Сегодня мы начинаем новую большую тему – службы электронной почты. 

Задача   обмена   сообщениями   между   пользователями   всегда   была   одной   из 
наиболее   типичных   задач,   решаемых   с   помощью   сетей,   наряду   со   службами 
совместного   использования   файлами   и   совместного   использования   устройств 
печати. Сегодня, когда появились новые задачи, решаемые с помощью сетей, 
такие   как:   работа   с   удаленными   базами   данных,   доступ   к   информации   с 
помощью  WEB  средств   и   т.д.,   важность   службы   обмена   сообщениями   между 
пользователями не только не уменьшилась, но и наоборот возросла. Можно без 
оговорок   утверждать,   что   служба   обмена   сообщениями   электронной   почты 
сегодня – одна из важнейших задач, решаемых в сетях и поэтому нам крайне 
важно   изучить   те   протоколы,   которые   используются   для   организации   обмена 
электронными сообщениями между пользователями, а так же изучить принципы 
развертывания и конфигурирование соответствующих сетевых служб. 

Разумеется,   начинать   тему   необходимо   не   с   формата   заголовком 

некоторых   протоколов,   а   с   описания   концепции   взаимодействия   и   идеологии 
доставки почты в сети произвольного масштаба с практически неограниченным 
количеством пользователей. 

Ясно, что для того, чтобы каждый пользователь сети мог обмениваться с 

другими   пользователями   сообщениями,     каждый   пользователь   составной   сети 
должен   быть   снабжен   неким   уникальным   идентификатором   для   отправки   ему 
сообщений.   Стоит   остановиться   на   том,   можно   ли   в   качестве   такого 
идентификатора   воспользоваться  IP  адресом   компьютера   пользователя, 
который, безусловно, является уникальным идентификатором в составной сети. 
Отмечаем недостатки такого подхода:

• Пользователь   не   обязательно   всегда   работает   за   одним   компьютером 

(даже если у этого компьютера статический IP адрес). Пользователь может 
использовать компьютер на рабочем месте, дома, в поездке пользоваться 
переносным   компьютером,   наладонным   компьютером,   компьютером   к 
Интернет   клубе   и   т.д.   Поэтому   привязка   к   компьютеру   (IP  адресу) 
пользователя была бы не функциональна

• Компьютеры   пользователей   могут   изменять   адреса,   например,   в   случае 

смены рабочего места, смены адресов в сети, использования DHCP и т.д.
Делаем   вывод   –   использование  IP  адреса   компьютера   пользователя   в 

качестве   уникального   идентификатора   пользователя   для   доставки   ему 
сообщений   крайне   не   желательно.   Следовательно,   необходимо   ввести   некую 
новую систему адресации, при чем присваивать адрес именно ПОЛЬЗОВАТЕЛЮ, 
а не его компьютеру. Обсудим, какими свойствами должен обладать такой адрес 
пользователя. Очевидно, адрес в первую очередь должен быть символьным, а не 
числовым,   так   как   с   этими   адресами   все   же   будут   работать   непосредственно 
пользователи. Кроме того, совершенно очевидно, что такой адрес должен быть 
структурированным, а не плоским, при чем по нескольким причинам:

• Если адреса будут плоскими, то нахождение пользователя в сети станет 

крайне сложным, практически не реализуемым 

• Если адреса будут плоскими, то не удастся добиться того, что адреса будут 

легко читаться и запоминаться.
Какой

  может   быть   структура   такого   адреса?   Разумеется,   адрес 

пользователя   должен   содержать   уникальный   идентификатор   самого 
пользователя, помимо этого он может (и это будет удобно и эффективно, хотя 
возможны и другие решения) содержать идентификатор организации (компании, 
где   работает   пользователь,   провайдера,   услугами   которого   пользуется 
пользователь),   в   рамках   которой   пользователю   выдан   адрес.   Примем   такую 
модель в качестве рабочей.  Отсюда следует, что нам теперь необходимо ввести 
некую,   снова   таки,   структурированную   систему   именования   организаций,