
Сегодня мы начинаем новую большую тему – службы электронной почты.
Задача обмена сообщениями между пользователями всегда была одной из
наиболее типичных задач, решаемых с помощью сетей, наряду со службами
совместного использования файлами и совместного использования устройств
печати. Сегодня, когда появились новые задачи, решаемые с помощью сетей,
такие как: работа с удаленными базами данных, доступ к информации с
помощью WEB средств и т.д., важность службы обмена сообщениями между
пользователями не только не уменьшилась, но и наоборот возросла. Можно без
оговорок утверждать, что служба обмена сообщениями электронной почты
сегодня – одна из важнейших задач, решаемых в сетях и поэтому нам крайне
важно изучить те протоколы, которые используются для организации обмена
электронными сообщениями между пользователями, а так же изучить принципы
развертывания и конфигурирование соответствующих сетевых служб.
Разумеется, начинать тему необходимо не с формата заголовком
некоторых протоколов, а с описания концепции взаимодействия и идеологии
доставки почты в сети произвольного масштаба с практически неограниченным
количеством пользователей.
Ясно, что для того, чтобы каждый пользователь сети мог обмениваться с
другими пользователями сообщениями, каждый пользователь составной сети
должен быть снабжен неким уникальным идентификатором для отправки ему
сообщений. Стоит остановиться на том, можно ли в качестве такого
идентификатора воспользоваться IP адресом компьютера пользователя,
который, безусловно, является уникальным идентификатором в составной сети.
Отмечаем недостатки такого подхода:
• Пользователь не обязательно всегда работает за одним компьютером
(даже если у этого компьютера статический IP адрес). Пользователь может
использовать компьютер на рабочем месте, дома, в поездке пользоваться
переносным компьютером, наладонным компьютером, компьютером к
Интернет клубе и т.д. Поэтому привязка к компьютеру (IP адресу)
пользователя была бы не функциональна
• Компьютеры пользователей могут изменять адреса, например, в случае
смены рабочего места, смены адресов в сети, использования DHCP и т.д.
Делаем вывод – использование IP адреса компьютера пользователя в
качестве уникального идентификатора пользователя для доставки ему
сообщений крайне не желательно. Следовательно, необходимо ввести некую
новую систему адресации, при чем присваивать адрес именно ПОЛЬЗОВАТЕЛЮ,
а не его компьютеру. Обсудим, какими свойствами должен обладать такой адрес
пользователя. Очевидно, адрес в первую очередь должен быть символьным, а не
числовым, так как с этими адресами все же будут работать непосредственно
пользователи. Кроме того, совершенно очевидно, что такой адрес должен быть
структурированным, а не плоским, при чем по нескольким причинам:
• Если адреса будут плоскими, то нахождение пользователя в сети станет
крайне сложным, практически не реализуемым
• Если адреса будут плоскими, то не удастся добиться того, что адреса будут
легко читаться и запоминаться.
Какой
может быть структура такого адреса? Разумеется, адрес
пользователя должен содержать уникальный идентификатор самого
пользователя, помимо этого он может (и это будет удобно и эффективно, хотя
возможны и другие решения) содержать идентификатор организации (компании,
где работает пользователь, провайдера, услугами которого пользуется
пользователь), в рамках которой пользователю выдан адрес. Примем такую
модель в качестве рабочей. Отсюда следует, что нам теперь необходимо ввести
некую, снова таки, структурированную систему именования организаций,